:The only connection issue you're going to troubleshoot this way is between the CF server and your own SMTP server, :as defined in the CF Administrator. The SMTP server receives the message from CF, spools it, and then tries to deliver :it to the recipient's mailserver. This process may or may not fail.
Yes, I agree with Micha's comments above. As quoted by me earlier - "The 'failto' is a nice way to know if there was a failure or an exception especially due to the content that CF is trying to send to. The reasons may be.. large attachment size... etc., things like that which you may want to investigate on. You may even write a customized coldfusion template that checks this general mailbox to detect any failures and track it through the application. This is only possible if you use 'detectable signatures/ subjects' when your page sends the email." - This solution is not so easy to implement as there may be many parameters to consider. We can even use the "from" account instead of the "failto" if "from" is a trackable email account. And yes, we are not able to track the success of a delivery message in real world by going with success rate. We just need to assume everything as successful... "or flag them as successful".. unless we receive a failed message back.. and flag them explicitly as "failed messages". The rest of the messages will deemed to be success. This is a nice way of tracking. Atleast, it gives a feedback to some point. [70% chance that you would get a failure]. I agree with Mischa: - "Successful message delivery may not even be what you need: it doesn't tell you with absolute certainty that the mailbox (email address) is valid and it of course is no guarantee at all that the recipient actually got and read the message." That is just one way (about using failto) that I could imagine.. if you are compelled to implement the tracking, and it is not foolproof. Also as Charlie Arihart had originally pointed out earlier, you could potentially use return-receipts additionally. But even then, we cannot guarantee that the reader/ recepient would always respond to return-receipts. So, I would use the failure rate to calculate the success rate. - Arun On Fri, Nov 14, 2008 at 11:40 AM, Mischa Uppelschoten ext 10 < [EMAIL PROTECTED]> wrote: > : Oh! Atleast according to the documention in Adobe website, if you use > the > : spoolEnable = false in CFMAIL or use the CF administrators Mail settings > to > : disable spooling altogether, the page that sends out the email, should > : atleast try to send out the email immediately and, give you out an > : application exception if there was a delivery or connection issues. > The only connection issue you're going to troubleshoot this way is between > the CF server and your own SMTP server, as defined in the CF Administrator. > The SMTP server receives the message from CF, spools it, and then tries to > deliver it to the recipient's mailserver. This process may or may not fail. > > The OP wrote: " Is there anyway to tell if the email was successfully > delivered to the recipient?" > > Yes, there is, but it's not easy doing it from ColdFusion. As outlined > above, the CF server itself never connects to the recipients mailserver, so > it cannot by itself determine whether the message was delivered or not. Only > the sending SMTP server knows whether a message was successfully delivered > or not. > > Successful message delivery may not even be what you need: it doesn't tell > you with absolute certainty that the mailbox (email address) is valid and it > of course is no guarantee at all that the recipient actually got and read > the message. > > Hope that makes sense! > Mischa. > ------------------------------------------------------------- To > unsubscribe from this list, manage your profile @ > http://www.acfug.org?fa=login.edituserform For more info, see > http://www.acfug.org/mailinglists Archive @ > http://www.mail-archive.com/discussion%40acfug.org/ List hosted by > http://www.fusionlink.com------------------------------------------------------------- ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------
