Viktor:
TOO MUCH MANUAL QUEUE MANAGEMENT.
Wietse:
So I speculate that what you see was the result of a "postsuper -r"
race condition.
Thanks! That was it. A colleague told me, that the queue on that system
and a subsequent content filter had been congested and users were
waiting impatiently for their mail. Therefore he changed routing to skip
the subsequent content filter and ran "postsuper -r ALL" and "postfix
flush" several times within short timeframe - maybe even in parallel
(more than 1 colleague). Some of them also used "postqueue -i ALL".
I'll advise them to let postfix queue management do it's job and to be
careful with such actions.
And also thanks for the TLS related configuration hints. I'll update the
configuration accordingly.
Just one more question: Looking at the queue directories, I found:
# find /var/spool/postfix/defer -type f|wc -l
13532
While postqueue sais:
# postqueue -p
Mail queue is empty
Is this also a consequence of too much manual queue management, maybe in
combination with a race condition? Is it safe to stop postfix and delete
these files (maybe with find -mtime +30 or such)? Nobody has reported
missing e-mails and the files are rather old:
-rw------- 1 postfix postfix 372 Oct 31 2011 F3A1DE7C0
-rw------- 1 postfix postfix 529 Oct 25 2011 F3A409CC5
-rw------- 1 postfix postfix 362 Oct 9 2013 F3AF29F61
-rw------- 1 postfix postfix 362 Oct 9 2013 F3B01ACC8
-rw------- 1 postfix postfix 524 Feb 24 2012 F3B84116E4
-rw------- 1 postfix postfix 337 Jul 22 2013 F3BC458AD
...
Thank you very much!
Jan
