Unable to send to unresolved email addresses although configured in settings - dynamics-crm-2011

I want to send an email in a workflow from a hard coded email address and I have made sure that the option is set to allow this in system settings but I still cant get it work.
Have I missed another setting? Or does this option only allow unresolved emails in the "To" field?

I shouldnt have thought that would work from a hardcoded email address.
Crm doesnt send emails itself, it either uses the users outlook, or uses email router - both of which requrie a system user record.
In the case of the outlook it is really sent by the user, in the case of the email router it is generally sent from exchange.
Crm cant just pretend to be an email address.

The CRM usually takes 10-12 hours to send email to un-resolved email addresses after the setting has been turned on.
Maybe waiting helps

Related

PHPMailer bounce email address shows in sender mailbox

I am using a PHP script to send emails using PHPMailer (on an ovh web server).
With the following script :
$mail->isMail();
......
$mail->addReplyTo('postmaster#mydomain.fr', 'Site');
$mail->SetFrom('postmaster#mydomain.fr', 'Site');
Emails get delivered to my gmail account BUT not to other addresses (e.g. my Business email).
With the following script :
$mail->isMail();
......
$mail->addReplyTo('postmaster#mydomain.fr', 'Site');
$mail->Sender = 'postmaster#mydomain.fr';
Emails get delivered to other addresses (e.g. my Business email) BUT not to gmail.
Also the sender appears as
bounce-id=D004=U58180. …… .net
which is not so friendly.
Is there a way to solve those issues ?
Using setFrom by itself will result in Sender being set to the same value as your from address (look at the code in the setFrom method). So in your second example you're setting the envelope sender, but not the from address, which is likely not what you want.
You may find it easier to use SMTP to localhost instead of isMail(); just changing that method to isSMTP() should be enough to do that. That way you can set SMTPDebug = 2 and see exactly what your local mail server is saying.
Separately, you don't need to set a reply-to address if it's the same as your from address – PHPMailer will simply ignore it if you try to set them to the same value anyway.

Email phishing detection issue on GoDaddy / mailgun can it be connected with DMARC?

Some email clients consider our emails as a phishing (in Office 365). The only thing that was missing based on the https://mxtoolbox.com/SuperTool.aspx?action=mx was DMARC entry missing.
I've added TXT DNS record like this (TTL 1hr):
v=DMARC1;p=none;pct=100;rua=mailto:postmaster#mydomain.com
Can it resolve the issue? Is there any specific action required to make it work with Mailgun / GoDaddy?
Thanks in advance for any help/info.
Since you have p=none, it won't resolve the issue, you need to inform the mail server to reject the email. Basically, you're just in monitoring mode with p=none.
What that being said, it sounds like you're saying Office 365 is regarding your emails as a phishing attempt. I think you might be hitting their spam filter based on certain keywords. Send an email to yourself and look at the PCL in the email headers in the outlook account and see what it says.
If you don't know how to see view the headers and just want to make it easy, you can use an inbox tester that will show you the headers.
You can also open a ticket with Microsoft and ask them why the PCL is high on your emails. They might be able to assist.
Link to: Microsoft Sender Support
Another good thing to do is to go through this Email Checker Guide, it touches on every aspect of sending email. You might have a mis-configuration someplace that's causing the issue.

Node Demo API request not generating email

I'm able to generate the document:
But they are not showing up as requiring action, nor are emails being generated for them:
For reference they were sent to myself (same email)
Check your spam folder and also make sure the emails aren't getting stopped by security software, firewalls, or any other type of network filtering. Try testing with external email addresses to help debug as well, for instance use a gmail or yahoo email etc.

How to prevent emails from a specific address going to Hotmail SPAM?

I have a site on a dedicated server with it's own IP range that has been running for a good few years. We have a notification email address (mailout#domain.com) which we use to send automated emails (activation emails when a user signs up and notification emails if something relevant to them happens, eg someone befriends them or comments on their picture etc). Users can select whether to receive these notifications or not. We have SPF and RDNS setup.
Email from all our other email accounts go to hotmail/gmail/yahoo mail etc correctly into the inbox. However any mail sent from the mailout#domain.com account (whether automatically by the server or manually via outlook) is delivered correctly to the inboxes for yahoo and gmail however goes into Junk in Hotmail (but other #domain.com addresses deliver to hotmail's inbox correctly). It says at the top of the message that MS Smartscreen marked this message as junk. I signed up for MS Smart Network Data Services to monitor the IP and it says it's not blocked but it displays Bot-like behaviour (which kind of makes sense as our notifications are kind of bot like even though they're not spam).
I can't work out what to do to prevent this from happening, we've authenticated the email, there's obviously not a general block on the IP as emails from different accounts on the same domain are going through successfully. It doesn't seem to be the format of the email either because if I send identical emails from mailout#domain.com and contact#domain then the one from contact# gets through to the inbox but the one from mailout# goes through to junk.
I can't really work out what to do and obviously trying to get MS to sort it out is never going to happen and i've used all their available tools. I can obviously try setting up a new email address (eg noreply#domain.com) and using that for notifications but i assume it will only be a matter of time before that gets blocked as well.
I would be immensely grateful for any suggestions anyone has!
Thanks so much,
Dave
You don't have many options. Try to do as many of the following as you can:
Reach out to MS support (don't discard this notion)
Implement DKIM and possibly DMARC (which are vastly more informative than SPF)
Change your IP address to something cleaner
Find and follow bulk sender best practices, e.g. M³AAWG's BCPs, perhaps the Help – I'm on a Blocklist doc

Monotouch: any ideas why sending mail is sporadic?

This is the code: d59516457">http://monobin.com/_d59516457
These are the results when using Debug|iPhone (Debug|Simulator works fine):
When the "From" is set to GMail, I can only send to a GMail account.
When the "From" is set to my ISP, I can send to myself (at the ISP) and GMail, but NOT to another of my email addresses not connected to the ISP. (it's to an address for one of my websites, which is then forwarded to my ISP).
Any ideas why this is so flakey? I thought at first it was the ISP, but now I'm not so sure.. is there a way to "trace" any of hops?
I'm concerned that if I submit it to the app store, a user will have the same problem as this, and I don't want a bad rep for the app. On the other hand, because it works, sometime and not others, maybe I could hope it's my phone?
if you want you can use http://testflightapp.com/ so you get some beta testers doing Ad-Hoc releases of your app (you choose who you want to invite), if you want so I can send you an invite I would be more than glad to help you to test your app :) email me if you want the invite, my email its on my profile
About the solution, you can check if you have a webmail based interface that you can view on your computer, the email that you sent from the iPhone must be on the sent items folder, if the email and the attachment are there you can be sure that your application is delivering correctly you email to the SMTP server so the problem resides somewhere else...
Also make sure your that your smtp server is not blacklisted as a SPAM server even more if your smtp server relies on shared enviroment like Hostgator shared plans etc
Alex

Resources