Re: "proving" a user received an email (good gosh)
From: Alan J Rosenthal (flaps@dgp.toronto.edu)Date: 06/24/02
- Next message: Christopher Browne: "Re: "proving" a user received an email (good gosh)"
- Previous message: Neil W Rickert: "Re: "proving" a user received an email (good gosh)"
- In reply to: gaius.petronius: ""proving" a user received an email (good gosh)"
- Next in thread: Christopher Browne: "Re: "proving" a user received an email (good gosh)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
From: flaps@dgp.toronto.edu (Alan J Rosenthal) Date: 24 Jun 2002 14:07:49 GMT
rut@linuxmail.org (gaius.petronius) writes:
>boss calls me in
>manager X is a liar, says he never received this damn email.
There's a saying, "you can lead a horse to water but you can't make it drink"
Similarly, you can deliver an e-mail message to a luser's desktop but
you can't make it read it.
Which in the case of spam is quite fortunate, so it's not all bad.
The _most_ you'll be able to prove is that the message was transmitted to
the luser's computer, not that he saw it (or indeed that his MUA actually
even attempted to show it to him rather than misplacing it, etc). You seem
to be on the track to proving that the message was indeed transmitted to
the luser's computer, although the ipop3d log entry you post is timestamped
_before_ the mail arrival whose log you post...
>My question is, although i know that this 22:23:47:31 is most probably
>the mail in question, how can i link it to the message id
>78858448D8547D4A54BCC6118467D@ ??
If your MTA doesn't syslog the message-ids, you can't go in that direction.
But if you can find the message (e.g. on the recipient's computer, or still
in their inbox, or whatever; or maybe in the sender's inbox as a cc if that
one was sent sufficiently together in sendmail's opinion for them to have the
same queue ID), you can probably find the sendmail queue id in the Received:
headers (that's the "g5MFlUu05517", as has been pointed out).
Better yet would be for your boss to learn that you need a more interactive
process to verify that something's been sent; this applies to postal mail
as well as e-mail. Important postal mail requests a confirmation; e.g. when
you get a new credit card you sometimes have to telephone some number on it.
Important e-mail should request a confirmation along similar lines (it could
be an e-mail confirmation; that's ok, although then you have the problem
of confirming the confirmation -- something "synchronous" is better, such
as a telephone call or a web page access, in which the confirmer receives
confirmation of the confirmation too).
-- comp.security.unix/misc very frequently asked questions at ftp://rtfm.mit.edu/pub/faqs/computer-security/most-common-qs
- Next message: Christopher Browne: "Re: "proving" a user received an email (good gosh)"
- Previous message: Neil W Rickert: "Re: "proving" a user received an email (good gosh)"
- In reply to: gaius.petronius: ""proving" a user received an email (good gosh)"
- Next in thread: Christopher Browne: "Re: "proving" a user received an email (good gosh)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
