My test case scenario is a user sends email to herself, i.e. To and From accounts are the same.
When email is sent, I record the SentOn time of the sent email. I use the Outlook.ItemsEvents_ItemAddEventHandler event handler attached to the Sent Item folder to pick up this time.
Few seconds later, email arrives to Inbox. However, when I get SentOn time of the Inbox email, it is different to the SentOn time of the sent email. The difference is consistent and it is about one second in all my tests. I wonder if it is a normal Outlook 2016 behaviour or I am missing something? Should these SentOn dates be the same for both emails?
Thank you
This is to be expected - for the outgoing messages, PR_CLIENT_SUBMIT_TIME is set based on the current date stamp. On the incoming messages, PR_CLIENT_SUBMIT_TIME is extracted from Date MIME header. The two are not necessarily the same, especially if Exchange server sends the messages.
Related
So I'm trying to write a macro in Outlook that will send a optional meeting request. The meeting is on a first come first serve basis, so after X number of responses I would like people that tried to attend after it is full to receive an email saying it is full. I'm mostly unsure about how to look at the number of responses.
To process the responses you'll have to monitor the ItemAdd event of the Inbox's Folder object. Then cross-reference the number and type of responses by looking at the Recipient.MeetingResponseStatus value for each person invited via the AppointmentItem.Recipients collection.
I currently have a rule/VBA combo on all received e-mails that sends a brief e-mail info (sender, subject) to another address. However, this rule does not work on missed Lync conversations that do pop up in the Inbox. Is there any way to work around this?
Current setup for e-mails is using the Rule when message is received, run a script. The script then composes and sends an e-mail based on information on the received item.
Thank you.
I'm playing with the Mandrill API:
https://mandrillapp.com/api/docs/messages.php.html
So far so good, but i can't figure out how to resend an email.
Closest I can find is "reschedule" - but that is for already scheduled emails. When i try that, it doesn't recognise the ID of any emails I tell it to find:
No message exists with the id 'long id here'
The reason i want this is because from time to time, my clients want to resend certain emails.
Any suggestions?
Sent messages' contents are only stored by Mandrill for 24 hours, by default.
You can pay for extended storage of sent emails, but you're likely better off regenerating the email on your end when necessary.
When a mail is bounced it has a standard subject.
Is it possible to change with a custom subject or the subject which we gave or with a dynamic subject?
I am building a simple system in php to count all send and not sent mails with the help of bounced mails.
So i need to parse the body of the bounced mail to find the email address to which the mail was not sent.
If there could be any other less overhead option then that could be nice. We can reduce the processing time to parse.
You can send a custom x-mail-id header or use the standard Mail-ID header. You store in a table a map of the id to email addresses.
From there it is simple to find out which email bounced by matching the id to the email address in your table.
That subject could be generated by any server along the path your mail message takes, so I'd say no, you can't change that.
I've built a newsletter system which tracks:
Openings
Link clicks
Unsubscriptions
However, I need to find a way of tracking which newsletter emails 'bounced back'.
Has anyone done this before and whats the best way of doing it?
When sending the mail via SMTP you supply the FROM command which is sometimes referred to as the 'Sender' or 'Envelope Sender'. This is separate from the From: header in the email itself. What you want to do is to create a 'bounced' mailbox and set that as the 'Sender' for the email. If there is a bounce, then most mail servers will send a (NDR) notification back to this sender.
Then you need to periodically check this mailbox for NDR's and parse them for the original recipient and if it was a hard or soft bounce. There are various libraries that can do this for you such as ListNanny