Dominik Storck:
> Hello Wietse,
>
> I have been looking for these error messages over and over before I
> started digging deeper. There are none of the error,fatal,warning or
> panic messages before. The first error log entry to occur is the unknown
> mail transport error, really.
Looking at the original problem report:
Aug 2 14:52:06 postfix postfix/local[29097]: 720441D34008:
to=<[email protected]>, orig_to=<[email protected]>,
relay=local, delay=77, delays=0.23/0/0/77, dsn=2.0.0, status=sent
(delivered to command: /usr/bin/vacation -j wie)
Aug 2 14:52:06 postfix postfix/local[29097]: 720441D34008:
to=<[email protected]>, orig_to=<[email protected]>,
relay=local, delay=77, delays=0.23/0/0/77, dsn=2.0.0, status=sent
(delivered to maildir)
Aug 2 14:52:06 postfix postfix/local[29097]: 720441D34008:
to=<[email protected]>, orig_to=<[email protected]>,
relay=local, delay=77, delays=0.23/0/0/77, dsn=2.0.0, status=sent
(delivered to maildir)
Aug 2 14:52:08 postfix postfix/error[32270]: 720441D34008:
to=<[email protected]>, relay=none, delay=79, delays=0.23/79/0/0.67,
dsn=4.3.0, status=deferred (unknown mail transport error)
When you have a many-recipient "all" alias, you need to set up an
"owner-all" alias in the alias database (with the right-hand side
being the adminstrator of the "all" list). Besides changing the
way errors are reported, this also triggers a different delivery
strategy where one slow recipient won't cause all deliveries to be
deferred.
Wietse
