Discussion:
message notification for delete/forward not working?
(too old to reply)
Chris Weadick chris.weadick@gmail.com [blat]
2018-04-16 15:04:08 UTC
Permalink
Hello,

I have been trying to show validation if a recipient has received their
email, deleted, read, or forwarded.

my command is:
C:\chris\cover_email2.html -html -embed C:\chris\email_header.jpg -embed
C:\chris\email_footer.jpg -s "Sample email for testing" -attach
C:\chris\Chris__.pdf -d -r -to ***@gmail.com -f
***@gmail.com

I thought at one time I had it working for "deleted" and "forwarded" but
now I just see if it was read receipt. If I forward it, it does not mention
it was forwarded but it does say when the forwarded email was read. So if I
send it to tasha and boo reads it then it still tells me the message was
read but it doesn't tell me it was forwarded nor does it tell me that boo
read it vs tasha (i.e. who actually read it).

I know the deleted (not read but deleted) notification worked at one time
but now it does not seem to report deleted but not read.


When looking at the messages I found one from Nov 19 2017 re release of
3.2.19 and wondering if this will help me determine what is going on with
the messages? There is sometimes images embedded and sometimes an
attachment as per the command at the top of this message. Below in 3.2.19
it mentions it will not work with attachments or embedded files. Does that
mean the MDN will not work at all, not even at the message level if there
is an attachment/embed (so just straight text?). Does someone have an
example?

Or more importantly feedback on my command above to tell me why I am not
getting the delete notification or not getting the forwarded message
notification. Only the read receipt.


3.2.19
[+] Added -MDN option that allows Blat to be used for sending Message
Disposition Notifications in response to incoming emails through a third
party email client. Supported MDN types are defined in RFCs 2298, 3798, and
8098. The defined types are: displayed, dispatched, processed, deleted,
denied, and failed. When -MDN option is used with any of these six values,
the message headers will indicate "MDN-sent-automatically" along with
the requested MDN type, as part of a multipart MIME message. This option
will not work with attachments or embedded files.

Many thanks
chris
'Chip' chip.programmer@att.net [blat]
2018-04-26 15:13:35 UTC
Permalink
Post by Chris Weadick ***@gmail.com [blat]
Hello,
I have been trying to show validation if a recipient has received their email, deleted, read, or forwarded.
I thought at one time I had it working for "deleted" and "forwarded" but now I just see if it was read receipt. If I forward it, it does not mention it was forwarded but it does say when the forwarded email was read. So if I send it to tasha and boo reads it then it still tells me the message was read but it doesn't tell me it was forwarded nor does it tell me that boo read it vs tasha (i.e. who actually read it).
I know the deleted (not read but deleted) notification worked at one time but now it does not seem to report deleted but not read.
When looking at the messages I found one from Nov 19 2017 re release of 3..2.19 and wondering if this will help me determine what is going on with the messages? There is sometimes images embedded and sometimes an attachment as per the command at the top of this message. Below in 3.2.19 it mentions it will not work with attachments or embedded files. Does that mean the MDN will not work at all, not even at the message level if there is an attachment/embed (so just straight text?). Does someone have an example?
Or more importantly feedback on my command above to tell me why I am not getting the delete notification or not getting the forwarded message notification. Only the read receipt.
3.2.19
[+] Added -MDN option that allows Blat to be used for sending Message Disposition Notifications in response to incoming emails through a third party email client. Supported MDN types are defined in RFCs 2298, 3798, and 8098.. The defined types are: displayed, dispatched, processed, deleted, denied, and failed. When -MDN option is used with any of these six values, the message headers will indicate "MDN-sent-automatically" along with the requested MDN type, as part of a multipart MIME message. This option will not work with attachments or embedded files.
Many thanks
chris
I need to apologize for not seeing this message before today.

The whole issue of whether emails are being delivered, or read, is decided solely by the recipient or their organization. If the recipient chooses not to allow a response to be sent, then the sender will never know. If the recipient’s organization bounces emails, that can be known by the sender. Not all organizations will bounce invalid email addresses, nor do they necessarily send delivery notifications for valid email addresses. This stance is an effort to reduce the volume of unwanted emails (a.k.a. SPAM), since senders cannot then know for certain that an email address is valid and messages are being read; there are other tricks being used to circumvent this restriction.

The –MDN option is used to send a response to an incoming email, not for sending an original email. This option will not work for your needs.
Loading...