Re: Deferred mail and transports and retries

2013-07-26 Thread Abhijeet Rastogi
Hi Wietse, This helps. Half reading is always bad. This clears everything about my doubt. One other thing still remains. I've multiple smtp services defined like this. (in master.cf, to use different IPs, selected randomly) ob-smtp1 unix- - n - - smtp -o

Re: Deferred mail and transports and retries

2013-07-26 Thread Wietse Venema
Abhijeet Rastogi: Hi Wietse, This helps. Half reading is always bad. This clears everything about my doubt. One other thing still remains. I've multiple smtp services defined like this. (in master.cf, to use different IPs, selected randomly) ob-smtp1 unix- - n -

Re: Deferred mail and transports and retries

2013-07-26 Thread Abhijeet Rastogi
You can specify an alternate MTA (with smtp_fallback_relay) for delayed mail. There is no feature to specify an alternate delivery agent for delayed mail. Hmm, I was aware of that thing. I've not used this feature but it's definitely worth trying. The example looks like an attempt to

Deferred mail and transports and retries

2013-07-25 Thread Abhijeet Rastogi
Hi all, 1. If a mail is temporarily deferred from a remote MTA, postfix should back-off instantly for some time but I observed this today. Jul 24 06:40:16 server.name postfix-smtp4/smtp[6204]: DEC8B4F0185: host mta6.am0.yahoodns.net[98.138.112.35] refused to talk to me: 421 4.7.0 [GL01] Message

Re: Deferred mail and transports and retries

2013-07-25 Thread Michael P. Demelbauer
On Thu, Jul 25, 2013 at 12:16:15PM +0530, Abhijeet Rastogi wrote: Hi all, 1. If a mail is temporarily deferred from a remote MTA, postfix should back-off instantly for some time but I observed this today. Jul 24 06:40:16 server.name postfix-smtp4/smtp[6204]: DEC8B4F0185: host

Re: Deferred mail and transports and retries

2013-07-25 Thread Abhijeet Rastogi
Hi Micheal, Thanks for your reply. Actually, the issue was I was just writing the mail and it got Sent by mistake. (But, then reading the mail I thought that the message was conveyed.) The issue is, why does postfix retry the second time instantly (within 1 sec)? Shouldn't postfix wait till the

Re: Deferred mail and transports and retries

2013-07-25 Thread Wietse Venema
Abhijeet Rastogi: The issue is, why does postfix retry the second time instantly (within 1 sec)? Shouldn't postfix wait till the next deferred queue scan happens? No, this is not required. If you disagree, please point out in the SMTP standard, RTFM RFC 5321, where Postfix is in error.

Re: Deferred mail and transports and retries

2013-07-25 Thread Abhijeet Rastogi
Hi Wietse, Thanks for you reply. I may be wrong but I just know what I read in http://tools.ietf.org/html/rfc5321#section-4.5.4 The sender MUST delay retrying a particular destination after one attempt has failed. In general, the retry interval SHOULD be at least 30 minutes; however,

Re: Deferred mail and transports and retries

2013-07-25 Thread Wietse Venema
Abhijeet Rastogi: Hi Wietse, Thanks for you reply. I may be wrong but I just know what I read in http://tools.ietf.org/html/rfc5321#section-4.5.4 The sender MUST delay retrying a particular destination after one attempt has failed. In general, the retry interval SHOULD be at

Re: Deferred mail and transports and retries

2013-07-25 Thread Peer Heinlein
Am 25.07.2013 09:52, schrieb Abhijeet Rastogi: The issue is, why does postfix retry the second time instantly (within 1 sec)? Shouldn't postfix wait till the next deferred queue scan happens? Because that's best Postfix can do. Because Postfix SHOULD do that: *) Because if on MX is down, the