Re: [iMS] Retry Bounces question

[Howie Hamlin]

As I mentioned, you also get the actual response from the remote server.  The first three characters are the response code and the rest of the text (character 4 should be a space) is the text message from the remote server.  So, from this, you can make your own determination as to the state of the recipient address.  The response code is the best thing to go by as the text is basically free form.   Also, you can keep a few separate column in a database with counters for reportpoststatus.  Something like: TempFailures (initialize to 0)   Then, each time a reportpoststatus is temp failure for an address you can update the accumulator and, if the email is reported as a permanent failure you can look at the accumulator and if it's greater than 0 you can assume that the address has been having transient failures and that the current perm failure just means that iMS is ginvin up on the delivery.   HTH,   Howie   ----- Original Message ----- From: David D Droddy To: inFusion Support List Sent: Monday, June 14, 2004 12:10 PM Subject: Re: [iMS] Retry Bounces question Howie,   Here's our thinking on the deliverability reporting:   If we report that a message failed for transient reasons, the sender may attempt send to the recipient again in the future. If we report that a message failed for more fatal reasons, the sender may consider contacting the recipient to correct the email address or we may try to find out if a spam filter or firewall is blocking the message in which case we will attempt to assist the sender in resolving the issue.   So, I guess the real difference here is the perspective when reporting the failure "type." We report the failure from the perspective of the receiving server. iMS reports the failure based on whether it will ever attempt to send the message again.   Is there some way to tap into the way iMS analizes SMTP receiving server responses? We do intend to eventually build our own code for more specific analysis of failure reasons, but right now we're trying to figure out a more timely way to plug iMS into our current system.   Thanks and kind regards,   David Droddy Application Developer Real Magnet 202-244-2337 This list server is Powered by iMS "The Swiss Army Knife of Mail Servers" This list is provided as a free service. Although we will try to address issues in a timely manner, support via this list is not guaranteed. If you require expedited support then a support contract is required. Support may be purchased from http://www.coolfusion.com/commerce. Details regarding support options may be reviewed at: http://www.coolfusion.com/SupportOptions.cfm. To leave this list please complete the form at http://www.coolfusion.com/Support/ Need an iMS Developer license? Sign up for a free license here: http://www.coolfusion.com/Developers/ List archives: http://www.mail-archive.com/infusion-email%40eoscape.com/ Note: You are subscribed as [EMAIL PROTECTED]