On Sat, Aug 09, 2014 at 07:24:58AM -0700, Rich Shepard wrote:
> A few weeks ago I upgraded postfix from 2.11.0 to 2.11.1 and soon saw that
> my daily log summary reports stopped appearing in my inbox each morning. The
> script (logwatch.pl) is run from /etc/cron.daily and has worked faithfully
> for years. Until recently.
You probably failed to set the permissions of the postdrop(1)
executable correctly. After installing Postfix from source, don't
forget to run "postfix set-permissions" as root.
> It is only this morning that
> I confirmed the issue is with sendmail in 2.11.1.
And failed to post any evidence detailing the problem. Post an
invocation of sendmail(1) that fails to deliver the mail. Post
any logging related to this. Post "ls -ld output" for (the 2.11.1
versions of a non-working combination) of:
/usr/sbin/sendmail
/usr/sbin/postdrop
/var/spool/postfix/maildrop
For the same installation post also the output of "postconf -n" and
"postconf -M pickup/unix".
> Downgrading to
> postfix-2.10.3 (since I could not find the source for 2.11.0 on the Web
> site) fixed the problem.
Likely by erasing the evidence of an incomplete installation process.
> I can provide logwatch.pl-7.4.0 for testing.
The Postfix sendmail(1) program is content agnostic for well formed
and even not-so well-formed mail. If it fails to deliver mail, it
should not matter which program sent it. Did the problem really
only happen with logwatch? Did you test sending a short message?
$ addr="<rshep...@appl-ecosys.com>"
$ nameaddr="Rich Shepard $addr"
$ printf 'From: %s\nTo: %s\nSubject: test\n\ntest\n" "$nameaddr"
"$nameaddr" |
/usr/sbin/sendmail -f "$addr" -it
If that works, the problem is not with sendmail(1).
> I like to keep postfix current with the latest stable patch level so I
> hope this issue can be resolved in 2.11.2.
Since you have not reported any problem, this is unlikely.
--
Viktor.
