Hello,

Thank you for the reply. I will plan to do the upgrade some time soon, that is not questionable. Now back to this, I checked the following:

# strings /usr/libexec/dovecot/deliver | grep sendmail /usr/lib/sendmail

So, if I understand correctly, this is fine.

What I have in maillog is the following:

614u19e82aed7fe5a435@mail.gmail.com> for <iaslanidis@flumotion.com> ORCPT=rfc822;iaslanidis@flumotion.com Jul 19 01:58:56 se01 spampd[9143]: clean message <ea440b1d0807181658s458ba614u19e82aed7fe5a435@mail.gmail.com> (0.28/3.50) from <aslanidis@gmail.com> for <iaslanidis@flumotion.com> ORCPT=rfc822;iaslanidis@flumotion.com in 0.04s, 1926 bytes. Jul 19 01:58:56 se01 clamsmtpd: 10C4A0: from=aslanidis@gmail.com, to=iaslanidis@flumotion.com, status=CLEAN Jul 19 01:58:56 se01 postfix/smtp[15494]: AC414250084: to=<iaslanidis@flumotion.com>, relay=127.0.0.1[127.0.0.1]:10025, delay=0.86, delays=0.55/0.01/0.06/0.24, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 253AE250133) Jul 19 01:58:56 se01 deliver(iaslanidis@flumotion.com): execv(/usr/lib/sendmail) failed: Permission denied Jul 19 01:58:56 se01 deliver(iaslanidis@flumotion.com): Sendmail process terminated abnormally, exit status 89 Jul 19 01:58:56 se01 deliver(iaslanidis@flumotion.com): sieve runtime error: Vacation: Error sending mail Jul 19 01:58:57 se01 deliver(iaslanidis@flumotion.com): msgid=<ea440b1d0807181658s458ba614u19e82aed7fe5a435@mail.gmail.com>: saved mail to INBOX Jul 19 01:58:57 se01 deliver(iaslanidis@flumotion.com): msgid=<ea440b1d0807181658s458ba614u19e82aed7fe5a435@mail.gmail.com>: saved mail to INBOX Jul 19 01:58:57 se01 postfix/pipe[15529]: 253AE250133: to=<iaslanidis@flumotion.com>, relay=dovecot, delay=1.5, delays=0.24/0.01/0/1.2, dsn=2.0.0, status=sent (delivered via dovecot service)

For what I see here, this could be a SELinux permission problem, am I right?

Regards,

Ioannis

On Sat, 19 Jul 2008 02:35:11 +0300, Uldis Pakuls <neko@it4u.lv> wrote:

Vacation code calls 2 functions: first marks dupes (it seems working) , then, if it success second function is called which actualy sends vacation message. This action (success or failure) is loged in log file. try add sendmail_path variable in dovecot.conf

1. wthat is in your log files?
2. the only reason I can guess about failure in second function is sendmail binary. default value of "sendmail_path" (hardcoded) is /usr/lib/sendmail. You can verify this: "strings /path/to/dovecot/deliver | grep sendmail" If default value is incorrect