In short, the Exchange (office 365) POP server is not allowing me to download messages that have been sent using the GRAPH api.
In full; we have a service that sends an email to an external service, and then looks for a response. This service currently uses smtp to send, and pop3 to receive the response, connecting to smtp.office365.com and outlook.office365.com respectively.
This was working fine until around 7am BST 02/07/2020, and now the POP3 is returning the error "-ERR Message corrupted".
I have logged into the account using outlook web and deleted the emails that were in there, but when the service sends a new email, and the response is sent, it reports the same error.
If I add the account to outlook as a pop3 mailbox, it also cant download the emails.
If however I send an email from another exchange mailbox using outlook, our service, and outlook is able to download it.
The remote service that is sending the response emails that we cant download using pop anymore is using the GRAPH api to send to the email.
So it seems that it is only emails sent using the GRAPH api that it is not allowing us to download.
I've raised this with Office 365 support, and they claim they don't support POP3, and it must be a development issue. I'm not convinced, but has anyone else had the same issue / have any ideas how to fix it?
So it appears that this is nothing to do with sending with GRAPH, but is to do with if you have set the replyTo option. This can be replicated by sending from Outlook, and using the "Direct Replies To" option. MS have now reproduced it, and are looking further into it.
Related
I started to use Cloudflare, but I got some problems with mail management.
I can receive and send emails through Vesta Roundcube webmail. But my outlook client stopped working. I can't add my email to any email client such as Apple Mail or Outlook. I think it does not receive a message from the mail server. I am stuck, I don't know where to look next.
This is my config on Cloudflare. And it seems fine. My web and email is on a different webserver.
Any idea of what should be changed?
I finally fixed it. Change your mail A record from "Proxied" to Dns only.
I had a server running Zimbra 8.6 and it was configured to send via any one of five external relays based upon which one of my external accounts I was sending from. This worked great until I had a server crash and rebuilt this one using the latest Zimbra 8.7.
I have read and researched and tried everything I had done for my old 8.6 system and I simply cannot get this to work! When I try to send an email from the web client to gmail I get a warning from gmail that my server's IP address and domain are not allowed to relay since they are unauthenticated. According to my postfix configuration I should be authenticating using my own gmail credentials. But, the web client seems to ignore this.
When I try logging in directly on the Zimbra box I can use sendmail with the -tf parameters to mock up an email from one of my addresses to gmail and it works just fine. It is sent and looks like it came from the proper relay domain.
Is sender dependent relaying broken on 8.7? Does it work for anyone?
Welp, I gave up and set my server up to use gmail as the external relay for all accounts, and in my admin console I set my user account to be able to send from all of my external email addresses (specifying each of them there).
Now it properly relays through gmail and still shows each message as coming 'from' the external account I select in the new message window.
Maybe this will help someone with a similar issue.
Current Situation:
I'm using an incoming e-mail configuration profile pointing to an ExchangeOnline server and using the Exchange web services (EWS). Incoming email is imported into CRM into a queue. All is configured well, the access test passes and the received emails get successfully into the CRM queue etc. So far so good.
Question:
I want the router to delete successfully processed emails from the Exchange mailbox.
What I already tried:
The email router configuration tool doesn't show an option for this to configure in the GUI. So I took a look at the 'Microsoft.Crm.Tools.EmailAgent.xml' file and found the <DeleteEmails>false</DeleteEmails> option. Changing it's value to true should do the trick, I thought. But as soon as the email router does another run, my changed value is reverted back to false again. I tried stopping the service and modify the XML again, but as soon as the service is restarted, again my change is undone. How can I get this value to stay on true? I found one article on the internet mentioning almost the same problem with a the CRM 4 email router and a POP3 mailbox, but that was fixed in some rollup for CRM 4. But now I have the same issue on a CRM 2011 server.
Any help is appreciated!
According to this discussion thread on the Microsoft Dynamics CRM Community forum, it isn't possible. Deleting e-mails after being processed by the email router only works for forward mailboxes.
CRM can delete emails from a mailbox if it is using forward mailbox. You can achieve this by setting rules in your mailboxes to forward emails to the forwarding mailbox and delete them from the original mailbox. CRM will then download and delete the emails from the forwarding mailbox.
I recently signed up for my client Google Apps for Business. Everything setup fine and verification all done.
The only problem is I cannot receive mail to the newly setup mail. I can send out mail no problem.
It seems like the SMTP server had changed but pop3 or IMAP server still using the old one.
How can I resolve that? Thanks!
I have built a site where users can send out messages to other users with similar interests, this is done with smtp on iis6, soon to be iis7.
WHat Im finding though is that every now an then messages dont get through to SOME users with hotmail accounts. Is this something I can sort via iis?
thanks
Check the undelivered mail folder on your SMTP Server. IF the hotmail messages are there then hotmail is refusing delivery from your mail server.
The undelivered aka bounced email folder may also contain delivery notifications if your admin mail forwarding is not setup properly. These will provide more direct information as to the cause of failure.
If both of these fail, setup a script to send a message to a hotmail account and then retrieve it. When the test message fails to be retrieved, the script can then capture DNS resolver cache and other useful info to give you a hint as to what went wrong.