How to mailto to office 365 like this one on the gmail - Open Gmail on mailto: action.
I have this link:
https://outlook.office365.com/owa/#viewmodel=IMailComposeViewModelFactory
but I have no idea for recipient parameter to put in the TO. Please help guys.
Here's how it do it in Gmail:
sample#domain.com
Now here's what i do in Office 365 but i dont know what is the right parameter for the Recipient:
sample#domain.com
Office 365 now supports composing an email using a URL:
https://outlook.office.com/?path=/mail/action/compose&to=service#domain.com&subject=Customer Service Request&body=Add+Your+Request+here
available parameters:
path /mail/action/compose
subject Customer Service Request
body Add your request here
to service#domain.com
cc is not supported at this point.
See
https://blogs.msdn.microsoft.com/carloshm/2016/01/16/how-to-compose-a-new-message-or-event-and-populate-fields-in-office365/#comment-1645 for more details
This extension worked for me. I just had to edit the Outlook.com url by clicking on "change" and editing it to be something like:
https://outlook.office.com/owa/?realm=example.com&rru=compose&to={to}&subject={subject}&body={body}&cc={cc}
Where example.com should be replaced by your organizations Outlook 365 domain.
I should note that I am on Debian linux with no default email client set at the moment. However, I don't see how that might have any effect as I believe this extension might be simply altering the url that is opened to go to a different url. I could be wrong about this last part since I haven't looked into the extension code.
This cannot be done without using a 3rd party app or setting OWA as the default mail agent on the client computer.
http://social.technet.microsoft.com/Forums/exchange/en-US/38d11e6d-8009-4d7d-8d69-a6701860feb8/setting-up-owa-to-be-used-by-mailto-protocol
Set OWA as default mail agent:
http://blogs.msdn.com/b/tmeston/archive/2004/01/08/48837.aspx
After the recent changes what works for me is:
https://outlook.office.com/mail/0/deeplink/compose?popoutv2=1&to=[EMAIL_ADDRESS]&subject=[SUBJECT]&body=[BODY]
Related
I have mailto: link in a web app that includes 'CC' and 'subject' fields. I would like these fields to have different values if the link will be opened int outlook or gmail. Is it possible to programmatically determine which email client is the user's default?
Firstly, Gmail is web based, and you need a local app to handle the mailto url. See How to register custom program to handle mailto protocol on Windows 7
Secondly, you would need to access the registry key to determine the mailto url handler, and you cannot do that from a script running inside a browser.
My client uses Exchange Active Sync (EAS) to communicate with the exchange server. When I reply to an email (SendMail), I do not get the correct LastVerbExecuted parameter from the server. My question is, is client supposed to set this field and send it as a part of the Change command or server should do that for me?
Just to add, when OWA is used to reply to some email, it seems to have set the LastVerbExecuted just fine on the server. However, when I sent an email from my client it does not seem to be working and the server does not send the LastVerbExecuted as 'ReplyToSender'.
Can anyone help me discover the issue?
Edit: I suppose the problem is with my client not sending any element in SendMail command request which will help the server to identify which email is being responded to. So now my actual question is, which element can be used in SendMail command to send the identity of the actual email (which is replied to)?
So I was able to get it confirmed from microsoft that lastverbexecuted is only available with SmartReply and SmartForward commands:
https://social.msdn.microsoft.com/Forums/sqlserver/en-US/d0fab280-0036-40f4-830a-00c748573f7f/lastverbexecuted-when-using-smartreply-with-exchange-2010-is-wrong?forum=os_exchangeprotocols
Quote from the article:
"We have concluded our investigation in to this issue and it has been determined that the LastVerbExecuted element will ONLY be updated with the use of the SmartReply and SmartForward commands. There is not currently a way to use the SendMail command and have it update the LastVerbExecuted."
My iOS application uses Mailcore to access a user's email account. Sending and receiving is done via SMTP and IMAP, and both processes work as expected for Gmail and Outlook (which both use OAuth for login).
I just added Yahoo (as well as some other providers to the app who do not use OAuth) and for all of these providers I am having an issue specifically with sending messages.
The issue is that although messages DO get sent successfully from my application, they do not appear in the sent folder on the web for the provider.
For example, if I log into my Yahoo account in my application, and send a message to my Gmail account, the message appears in my Gmail inbox on the web, but not in my Yahoo sent box on the web.
I tried adding Yahoo to the regular mail app on iPhone and sending a message from this account - this worked fine - the message shows up Yahoo sent box on the web. So, I then compared the headers of the two messages (the one sent from mail app and the one sent from my app) and the only obvious difference I see is in the line 'X-Rocket-Received':
Mail App:
X-Rocket-Received: from [11.180.250.219] (userName#71.208.72.234 with xymcookie [216.39.61.254])
by smtp203.mail.ne1.yahoo.com with SMTP; 23 May 2014 08:19:54 -0700 PDT
My App:
X-Rocket-Received: from (userName#118.41.27.139 with plain [98.138.105.21])
by smtp214.mail.ne1.yahoo.com with SMTP; 23 May 2014 08:58:29 -0700 PDT
Can anyone answer any of the following questions for me:
1) What does X-Rocket-Received mean?
2) What is the significance of "with xymcookie" versus "with plain"?
3) Is my issue likely to do with my not having an xymcookie?
4) Where might I begin to solve this issue?
Many thanks.
Additional information:
It was placed there by some server along the way. It is a non-standard header. It appears similar to a standard SMTP Received header though.
'xymcookie' is a non-standard authentication method used by Yahoo. It is not, as far as I can tell, publicly documented.
No.
See Remy's answer. Use IMAP Append for most servers. Gmail does not require it, but that is non-standard.
Sending an email with SMTP directly does not put the email in the provider's Sent folder. You have to log into the provider with IMAP and put a copy of the email into the Sent folder as a separate operation. Higher level apps, like iPhone's mail app, handle these details internally.
We use Google Apps' account to send site-generated mail from support#oursite.com. It was fine until some point (between April and June) the settings got changed and now when they click "Reply" they see support#oursite.com instead of user's email.
in April's letters both Reply-To and To headers are filled out with user's email;
in June's ones, Reply-To contains user's email but To header contains support#oursite.com.
In all cases FROM headers contain support#oursite.com; we try to put user's email into it but (supposedly) Google SMTP replaces it to support#oursite.com somehow.
The question is:
has anyone else encountered such a problem? (yes, I've searched, not the same cases found)
what solution did you find?
UPD: the behavior described above is for Gmail (both free and GApps) web client only. In any other client (e.g., Gmail for Android/Apple, etc.) hitting "Reply" results in the correct email in the "To" field.
I believe GMail has been doing this for a while - I'm surprised that this started happening to you just recently.
However, there may be a solution. See http://lifehacker.com/111166/how-to-use-gmail-as-your-smtp-server and read 'Update 3' at the bottom of the page.
Google Enterprise support says the following on this subject :
If the From address is your own account (either your primary or an
alias custom from) the 'Reply-to' address is changed to the To
address. This is implemented for replying to sent messages. If you
reply to a message you just sent, you are, in effect, sending another
message to all the To addresses. If you change the From address to a
non-sending address (not the primary and not an alias custom from) and
the reply-to should begin to work as expected without any further
problems.
I run my business email through Google Mail, using my own domain (i.e. my email address is 'info#mydomain.com'). I've recently set up a support forum on my website which needs to send emails from the site admin via a PHP script. However, none of the settings I've tried seem to work. I thought these would work but they don't:
SMTP server: smtp.mydomain.com
SMTP username: info#mydomain.com
Password: test123
I've also tried setting up a different email account on my domain on the server and using the server IP and settings for this different account but I can't get this working either.
Can anyone suggest how to get this working? Do I need to use Google's own SMTP settings as opposed to those for my domain?
I don't know much about this so apologies if it's a dumb question - I've tried searching but can only find examples where people are actually using GMail as their email account rather than their own domain.
Thanks
This turned out to be an issue with WHMCS, which they have apparently since resolved (although it was a show-stopper for me at the time so I wasn't able to see the resolution through).