Since quite a bit of servers fail to deliver silently (i.e. I allow
all unknown users to fail to /dev/null) just tracking the bounced
emails is not going to give you an accurate measure of the success
rate, only the rate of bounced messages.
Email is never guaranteed, so don't treat it as such and expect to
have 100% delivery rates.
-dhs
Dean H. Saxe, CISSP, CEH
[EMAIL PROTECTED]
"[U]nconstitutional behavior by the authorities is constrained only by
the peoples' willingness to contest them"
--John Perry Barlow
On Nov 14, 2008, at 12:04 PM, Arun Nallan wrote:
: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 FusionLink
-------------------------------------------------------------
-------------------------------------------------------------
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
-------------------------------------------------------------
