This is a common issue when sending mail. Because of the rampant SPAM problem in the world, most servers scrutinize the incoming message and apply various tests to each one it to determine its probability of being fraudulent.
When the PHP code generated by this Action sends a message, it does so using the underlying sendmail
service on the Web server. That Web server has a name, probably something useless like bunny.yourhostingprovider.net or similar. (To be clear, each server on the net has one true name, bound to its numerical IP address.) When that server sends mail, the receiving server can look up that name instantaneously during the process of accepting the message for the account owner.
Now when your server sends a message through the PHP code generated by this Action, it gets sent by the person who filled out the form, so the raw message appears to come from joe(a)example.com, but it is actually sent by www(a)yourhostingprovider.com from a server that has nothing at all to do with joe(a)example.com.
Many hosts will drop the message right there, sensing that it probably came from an infected Windows box being zombified from somewhere in the Balkans.
There are settings in the Action that may be able to work around this, but you will lose the ability to reply directly to the message and have it go to the person who filled out the form. If that’s an issue for you, then as you noted, use a gmail address to accept the incoming messages.
To work around this and send to a .mac account, then change the Sender Address from a choice of the e-mail field in your form to a hand-entered actual mail account on the Web server. Most hosting providers will give you a number of e-mail addresses in your domain on their server, so pick one that you have set up on that hosting package and use it as the sender.
Make sure that your host has set up MX records for your domain on their server. All of this is controlled in the cPanel, and you can file a support ticket with your provider if any of it is unclear, and they should be able to sort this out for you easily.
Once you have set that address as the sender, the e-mail field you provide in your form will no longer control the sender’s address, but will instead be contained within the body of the message as one of the variables. So you can click on it in the message you receive from the form, and use that as the impetus for a new message replying to that person, but you can’t just reply to the message, as that will go to the in-box on the Web server. This should just work, because the message is coming from a registered address in the registered mail server for your domain, and so many of the SPAM trap checkboxes will be ticked off in the “not spam” column that the message almost certainly will come through.
Walter
On Apr 24, 2014, at 10:04 AM, Seth Rosenblum wrote:
It seems there are some email servers that reject emails sent from this action. me.com or iCloud.com specifically. If I enter an address in ‘recipient’ for either of those it will never arrive, appear in junk or elsewhere, however if I change the recipient in the same form to a gmail address it arrives instantly. Any ideas on this issue would be appreciated.
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options