15 msgHeader for message size?
3 msgaddress rewriting
2 msgaddress_verify_relayhost and relay_domains
5 msgpflogsumm reports
11 msgChanging Queue IDs
3 msganother authentication failure( with sasl)
2 msgBypass Spam checks for certain destinations

Postfix 'too nice' with content_filter
\ Mauro Calderara (19 Sep 2007)
. \ mouss (19 Sep 2007)
. . \ Mauro Calderara (19 Sep 2007)
. \ (Wietse Venema) (19 Sep 2007)
. . \ Mauro Calderara (19 Sep 2007)
. . . \ Victor Duchovni (20 Sep 2007)
. . . . \ Mauro Calderara (20 Sep 2007)
. . . \ (Wietse Venema) (20 Sep 2007)
. . . . \ Mauro Calderara (20 Sep 2007)
. . . . . \ (Wietse Venema) (20 Sep 2007)
. . . . . . \ Mauro Calderara (20 Sep 2007)

7 msgprofiling a milter (dkim in particular)
7 msgspammers tacking on headers how to block?
7 msg[Fwd: Re: RFC 821]
1 msgRe:
4 msg(No Subject)
2 msgRFC 821
7 msgSuspending mail delievery to a specific user
2 msgRe: OT - massive newsletter
12 msgList management issue: possibly Off Topic
2 msgbad protocol error Testing SASL configuration
2 msgwarning: smtpd_sasl_auth_enable is true, but SA...
1 msgQuota Problem
Subject:Re: Postfix 'too nice' with content_filter
Group:Postfix-users
From:Mauro Calderara
Date:20 Sep 2007


 
Wietse Venema:
>> I see. I take it then there no way I could convince Postfix to not
>> spread it out over that much time as the algorithm finds the optimum
>> concurrency without user-interference.
>
> Absent other disasters, the delayed mail wil be delivered in an
> hour or so.
>
> If your system has been delaying mail for hours already, adding
> another hour doesn't hurt, and the delayed mail won't interfere
> too much with other delivery.

OK, so we'll just be a bit more patient. Given the fact that normal
delivery should not be overly delayed by the backlog due to errors or
"rush hour" phenomena, this should be fine.

Thanks again for the patience and advice

mauro




© 2004-2008 readlist.com