Forum Moderators: coopster
the emails don't appear in their spam folders either, so it's not that.
does anyone know why some accounts would get them okay, and some don't? are there any headers that you should remember to include, to make the email seem legitimate?
the script is set up so the 'from' field is the user's own email address, which he enters himself, but the email obviously originates from my server. would that maybe have something to do with it, do you think?
This seems to work.
Be careful of others using your form for spamming. I only allow 1 receiver's address and make sure that is a valid form of email address (I don't check that it is a valid address.)
I have other checks that I do to make sure it is not abused, but I still get people trying to use to send spam.
do you reckon the domain on the sender's address has to match the domain that it's being sent from?
Use an appropriate return address in the same domain as the site where the mail originates and you'll have much better results, even if it doesn't fix this particular issue.
Microsoft IIS [microsoft.com] or Sendmail [faqs.org]
Valid headers?
SPF records in place?
DNS set up correctly [webmasterworld.com]? DNS DOES have an effect on email.
(scary) server on any RBL lists?
Do a search for spam check, email spam checker, something along those lines, there are many out there. Paste in your message with full headers, what does it tell you?
the issue was actually with my host. they send all the emails through another server as a security measure, so it always looked like the email came from them (which is another domain name entirely)
they suggested adding
ini_set("sendmail_from", "yourdomain@example.com"); to my script, and everything is working alright now.
For yahoo setting up domainkey besides SPF can be helpful. Reverse DNS [hope this term is correct] related to your server IP must be set. Checking the server IP black list is also a good idea.
[I am skipping links to avoid violating TOS here, you can send me a message through my profile]