Missing "Warning! Your mail is not delivered for past ... hours"
Thomas
thomas at krokodylci.cz
Wed Aug 19 21:49:35 CEST 2020
Hi Valentin,
Christoph is right. When the message is not rejected because of not
conform to incoming policies and should be delivered, then postfix will
try it to deliver. When it fails to deliver, the message is put to
deferred queue. The next attempt for delivery is tried after few
seconds. But time between each attempt is always doubled. It is because
to not overhelm postfix with a lot of unsuccessful messages.
By default there is a time limit of 5 days after which is message
considered as undeliverable and then is bounced to the sender
(notification about unsuccessful delivery). You can change this settings:
http://postfix.its.cz/postconf.5.html#maximal_queue_lifetime
I have one note here. You can't expect that two different programs have
same behavior.
So to complete the answer to your question. No configuration issue.
Just the default behavior.
Best Regards
Thomas
On 8/19/20 6:35 PM, Christoph Erhardt wrote:
> Hi Valentin,
>
> the undelivered emails were probably not rejected but have piled up in your
> Postfix delivery queue. Postfix will periodically retry to deliver the
> contents of the queue. If the queue grows beyond a given maximum, old messages
> are dropped.
>
> As far as I'm aware, that's the default setting.
>
> On my personal server, I have set up an Icinga check that alerts me via XMPP
> whenever the mail queue exceeds a certain threshold. For obvious reasons, an
> email notification doesn't suffice here... ;-)
>
> Best,
> Christoph
>
> On Wednesday, 19 August 2020 14:16:02 CEST Valentin Laskov wrote:
>> Hello,
>>
>> FYI
>>
>> I installed experimental Kolab server on SSD disk and after troubles
>> with Cyrus-imap database files, cyrus-imapd was not running for two days.
>>
>> As a sendmail user, I was expecting undelivered mail alerts. Sendmail
>> sends such messages to the sender every 4 hours by default. But nothing
>> like that. Postfix in my Kolab system receives letters from the remote
>> MTA and tries to deliver them to cyrus-imapd, which fails. During this
>> time, no alerts are sent to the sender.
>>
>> Or it is a configuration issue?
>>
>> Regards!
>> Valentin Laskov
>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20200819/4735e50f/attachment.html>
More information about the users
mailing list