Post by Marc HaberIch kenne das so, dass nach vier Stunden die erste
Benachrichtigung wegen verzögerter Zustellung kommt.
Das ist stark konfigurierbar. Bei uns habe ich das ganz abgeschaltet.
Bei Exim sind 24 Stunden voreingestellt:
+----------------------------------------------------+
|delay_warning|Use: main|Type: time list|Default: 24h|
+----------------------------------------------------+
When a message is delayed, Exim sends a warning message to the sender at
intervals specified by this option. The data is a colon-separated list of times
after which to send warning messages. If the value of the option is an empty
string or a zero time, no warnings are sent. Up to 10 times may be given. If a
message has been in the queue for longer than the last time, the last interval
between the times is used to compute subsequent warning times. For example,
with
delay_warning = 4h:8h:24h
the first message is sent after 4 hours, the second after 8 hours, and the
third one after 24 hours. After that, messages are sent every 16 hours, because
that is the interval between the last two times on the list. If you set just
one time, it specifies the repeat interval. For example, with:
delay_warning = 6h
messages are repeated every six hours. To stop warnings after a given time, set
a very large time at the end of the list. For example:
delay_warning = 2h:12h:99d
Note that the option is only evaluated at the time a delivery attempt fails,
which depends on retry and queue-runner configuration. Typically retries will
be configured more frequently than warning messages.
+------------------------------------------------------------------+
|delay_warning_condition|Use: main|Type: string*|Default: see below|
+------------------------------------------------------------------+
The string is expanded at the time a warning message might be sent. If all the
deferred addresses have the same domain, it is set in $domain during the
expansion. Otherwise $domain is empty. If the result of the expansion is a
forced failure, an empty string, or a string matching any of "0", "no" or
"false" (the comparison being done caselessly) then the warning message is not
sent. The default is:
delay_warning_condition = ${if or {\
{ !eq{$h_list-id:$h_list-post:$h_list-subscribe:}{} }\
{ match{$h_precedence:}{(?i)bulk|list|junk} }\
{ match{$h_auto-submitted:}{(?i)auto-generated|auto-replied} }\
} {no}{yes}}
This suppresses the sending of warnings for messages that contain List-ID:,
List-Post:, or List-Subscribe: headers, or have "bulk", "list" or "junk" in a
Precedence: header, or have "auto-generated" or "auto-replied" in an
Auto-Submitted: header.