On Wed, 2012-08-22 at 20:08 -0400, Sam Varshavchik wrote: > So, with the sender doesn't really have a way of knowing what happened, the > sender will rightfully assume – and it would be the correct choice – that > it failed, and will try again later. > > If this is a one-off situation, then I would also write it off as a one-off; > although it would be very unusual to have this happen on a LAN.
The connection between the MUA and the MTA isn't via a LAN, even though it's between interfaces with RFC1918 addresses. They're connected via a VPN with Time Warner between them. Courier truncated the log entry for the 450 error so I don't know why _that_ SMTP session failed, and it didn't send a DSN/NDR to me with the full text of the error. So all of this may remain a mystery. -- Lindsay Haisley | "Never expect the people who caused a problem FMP Computer Services | to solve it." - Albert Einstein 512-259-1190 | http://www.fmp.com | ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
