I have some emails set up to be send lates. I used Outlook 2007 and "do no deliver until" feature. Problem is that when user gets email, the timestamp shows creation time, not the actual sending time. Is there any way to change this?
I found it will not work if Outlook is not in Cache mode. After going to file, Account settings pull down, Account Settings, highlighting my account and choosing change, checked "Use Cached Exchange Mode", next, then finished fixed the problem. Now time stamp is when it leaves the outbox not when I push send.
"Send Time" time stamp information is incorrect when you send a delayed delivery message in Outlook
"When you use Microsoft Outlook to send a delayed message, the actual "Sent Time" time stamp information for that message is the compose time of the message and not the actual sent time. This is by design."
"When Outlook is connected in Online mode to an Exchange Server mailbox, the messages are directly submitted to the Exchange mailbox. Therefore, the "Sent Time" time stamp information for that message is the time that the message was submitted to the mailbox on Exchange, not the actual time that it was delivered to the recipient."
Related
I have a service that sends out 10-20 actionable messages every day. Very sporadically (about once a month), someone will not be able to view the message. Instead, they get the fallback message.
I began BCCing myself on all the messages, and it turned out when the user could not read the message, I still could. The user could also view the actionable message in the Outlook web client. Finally, the user could frequently view the actionable message in the Outlook client by restarting Outlook.
When I view the debug message using the Actionable Message debugger on both the client's computer and mine, they both show nearly the same results. Running a diff against the two debug logs, the main difference I see is that several of the JSON properties in his message are not surrounded by double quotes. (Mine is on the left)
Remember that this is the same message. He was in the "To" field, I was in the "Bcc" field.
Again, this is very sporadic. This same user could have received a message from this same service every day last week without issue.
Is ist possible for a user connected to Exchange Server via a client (Outlook Web App) to tamper with the e-mails in his mailbox (inbox, drafts, sent items ect.)?
Like modifying e-mail content (text, subject...) or properties (date, time, recipient...).
The core of the question is: If there is an e-mail in the user's sent items folder and this user did not have access to the Exchange Server (neither physically nor remotely, except for his standard user access), how sure (or probable) ist it, that this e-mail has really been sent on that date and time with exactly that text to exactly those recipients and that it had not been planted there at a later date?
Does it make a difference if that user only has access to his account via Outlook Web App or if he also has access via MS Outlook?
Outlook Web App is just a client so it won't allow you to modify a sent email or fake/import one as that is not a valid task for that client. You could do this at the API level using something like EWS or MAPI but that would require knowledge that most users won't have (but most likly they would have access to do it though). The Mitigation to this is if you have Litigation hold enabled https://technet.microsoft.com/en-us/library/ee861123%28v=exchg.141%29.aspx on the mailbox then any changes they did make to a message would be tracked and you would always be able to see the original version. Also if you looked at the message with a MAPI editor like MFCMapi or OutlookSpy there would be tell tails of somebody trying to fake a message like the Creation time not matching the sent time etc and other properties would most likly give it away.
One thing i would suggest is look at your Message Tracking log as they will tell you exactly what was sent and who is was sent to and the time https://technet.microsoft.com/en-us/library/bb124375%28v=exchg.160%29.aspx while these also aren't immutable it would take an administrative access to the server to modify.
We have server-side synchronisation set up for our Dynamics 2016 on-premise instance, and it is correctly sending emails from a Case, and tracking replies from the customer. However, when an internal user replies using Outlook (without the CRM add in), their responses aren't being tracked. This means that the email conversation consists of an initial "outgoing" email, followed by only incoming responses.
The full scenario is:
Internal user sends an email from a CRM Case. Email tracked in CRM
Customer replies to email. Reply tracked in CRM and goes to internal user's Outlook
Internal user sends a reply from their Outlook. Reply is not tracked in CRM
Customer replies to email. Reply tracked in CRM and goes to internal user's Outlook
Is it possible to allow the Internal user's replies (point 3) to be tracked in CRM without installing the Outlook add in (i.e. so it also works from the Web/mobile versions of Outlook)?
I believe you cannot do this without Outlook client as per Jukka.
Without the CRM Outlook client you can’t get the information into CRM without copy-pasting it from one window to another in the aforementioned scenarios. No synchronization technology will help you here, since CRM is unaware of the item until it has been brought into its world. The “Track” button is a client-side feature that you can’t utilize with any server-side solution, which means there’s no way for a user to select an email, appointment, task or contact from the Exchange server that he or she would like to promote into a record in CRM. Since the the record wasn’t “born in CRM”, it just can’t find its way there.
Last resort would be Smart matching with Tracking token, which may help you in this scenario.
Update:
Customer reply is going to reach CRM through a monitored queue. You can read a lot & get clarity from the above link.
Deploying a solution like the CRM 2013 the server-side synchronization will take care of moving items like calendar appointments and contacts back and forth between the end-user client device and the central CRM database, but it only applies to items that already exist in the realm of CRM. What I mean by this is that the item was either originally created directly in the CRM application or it was received via a monitored location like an email queue.
Your expectation is right, it should be tracked. I would open a ticket with MS & solve this.
Once the item is in CRM, server-side sync can take care of tracking the subsequent updates to it. A re-scheduled tracked appointment will get updated with the new date, regardless of whether you change the date via CRM or your mobile phone calendar that’s linked to Exchange. An email thread with a tracked message and a tracking token ID injected into the email subject line will have the next replies automatically synchronized into CRM
I have heard back from our Microsoft Partner, and they say that this scenario isn't possible. By design, it'll only track incoming emails to CRM, or outgoing if sent from within CRM itself.
Outlook currently has a flag in Followup -
Flag for Recipients
which allows to send a future reminder for followup to the recipient.
Although it sends it out as an email at the time when we are setting up this. I am looking for the ability to schedule to send this email in the future instead of at that time.
Thanks.
You can use the DeferredDeliveryTime property of the MailItem class which allows to set a Date indicating the date and time the mail message is to be delivered.
The message goes to the outbox folder and stay there until the correct time to send it.
I'm building a web application that sends meeting requests to user's Outlook. Every meeting request is created with a virtual organiser. Then, I have a service that is polling the virtual organiser's pop3 inbox to retreive attendees response to the meeting request (Accept/Decline/Propose new time).
All the information is parsed using the ICal string that outlook sends. Now I'm able to detect if an attendee has accepted or declined easily. I can also detect if the attendee proposed a new time but my problem is that there is no where in the ICal string I can fin the actual new time proposed, except in the email message, which is something I really don'T want to parse :)
Anybody knows where I can find the new time proposed without parsing the email message itself?
thanks
I don't know how Outlook does these things, but the proper way to propose a change to the appointment date is:
List item
You send a METHOD:REQUEST, not a METHOD:REPLY.
You identify the appointment you are referring to via the UID property.
If you change the DTSTART, you propose to change the start date (DTEND for the end date...).
This is explained in iTIP, RFC 2446, 3.2.2.1, "Rescheduling an event"
So the information you need should be in the ICAL file