[sisyphus] Postfix2.018 maximal_backoff_time

[Mike Lykov]

В сообщении от Пятница 13 Февраль 2004 13:46 Alexandr R. Ogurtzoff написал:
> Приветствую коллеги!
>           буду краток (с) ВВП
> Имеем
> postfix-2.0.18-alt1
> amavisd-new-20030616-alt0.1
>
>  Имеем ошибки в log postfix /var/log/maillog
> о которых я уже писал....
>
> tail -f  /var/log/maillog | grep fatal
>
> Feb 13 07:34:18 iscander postfix/qmgr[6030]: warning: transport smtp-amavis
> failure -- see a previous warning/fatal/panic logfile record for the
> problem description
> Feb 13 08:40:57 iscander postfix/smtp[1954]: fatal: garbage after "]" in
> SMTP server description: [127.0.0.1] :10024
> Feb 13 08:40:58 iscander postfix/qmgr[6030]: warning: transport smtp-amavis
> failure -- see a previous warning/fatal/panic logfile record for the
> problem description
> Feb 13 09:47:37 iscander postfix/smtp[4113]: fatal: garbage after "]" in
> SMTP server description: [127.0.0.1] :10024
> Feb 13 09:47:38 iscander postfix/qmgr[6030]: warning: transport smtp-amavis
> failure -- see a previous warning/fatal/panic logfile record for the
> problem description
>
>  Немножко проанализировав обнаружил что ошибки идут строго через 4000
> секунд postconf -v | grep 4000
> maximal_backoff_time = 4000s
> message_size_limit = 10240000
>
>  Соответвенно это параметр maximal_backoff_time - чему он соответвует и где
> настраивается? Насколько всё таки смертельны такие ошибки? Судя потому что
> почта работает нормально - не так они и страшны,но хоть бы знать что
> означают?

 Backoff from unreachable hosts
When a Postfix delivery agent (smtp, local, uucp, etc.) is unable to deliver a 
message it may blame the message itself or the receiving party.

 minimal_backoff_time (default: 1000 seconds)
    The minimal amount of time a message won't be looked at, and the minimal 
amount of time to stay away from a "dead" destination.

maximal_backoff_time (default: 4000 seconds)
    The maximal amount of time a message won't be looked at after a delivery 
failure.

это с сайта, раздел Rate controls

-- 
Mike