Re: [PHP] Confirmation email caught by spam filter
Ashley Sheridan wrote: On Thu, 2009-05-28 at 07:45 +0200, Per Jessen wrote: Ashley Sheridan wrote: I've also seen this happen where the address that the mail was sent from is different from the MX record for the domain the email says it is sent from. The only way round this is to have the MX and A records point to the same server. It's not a real problem - lots of companies have different inbound and outbound servers. /Per The spam filters we use at work have this problem, not any others that I've seen, but I was just saying it is a problem, and in a corporate environment, not just someone with an over zealous firewall. Would setting up a backup MX record solve this do you think? Possibly, but it depends on how that check is done. It really ought to be fixed by the receiving end (fixed=removed). It is perfectly normal to have separate inbound and outbound mail-servers. For instance, if you're having your email filtered by an external service such as Spamchek or Messagelabs. A check on inbound mail that says it must be sent by the MX listed for the sending domain is really only going to hurt the receiving end. I personally wouldn't do anything to try to fix it from my side. /Per -- Per Jessen, Zürich (14.2°C) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
Are you sure it's a PHP thing? The way I have some of my email accounts setup is that I only accept email from folks in my address book. If I just registered a new account somewhere, chances are I do not have them in my address book, so it will go to the Junk/Spam folder. If this is your issue, educate your users to make sure they check their Junk/Spam folder depending upon their Junk/Spam filtering settings when they are first registering. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
partially, this is my issue. but it looks like the message add the email address ord...@mydomain.com to you address book didn't help. at least not noticeable. afan Dee Ayy wrote: Are you sure it's a PHP thing? The way I have some of my email accounts setup is that I only accept email from folks in my address book. If I just registered a new account somewhere, chances are I do not have them in my address book, so it will go to the Junk/Spam folder. If this is your issue, educate your users to make sure they check their Junk/Spam folder depending upon their Junk/Spam filtering settings when they are first registering. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
On Wed, 2009-05-27 at 16:54 -0400, Stephen wrote: Ashley Sheridan wrote: I've also seen this happen where the address that the mail was sent from is different from the MX record for the domain the email says it is sent from. The only way round this is to have the MX and A records point to the same server. Is their a document that explains how to do this? Thanks Stephen It's just a setting in your DNS entry for the domain. But be careful, as it will change where your email and/or website goes. Ash www.ashleysheridan.co.uk -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
On Thu, 2009-05-28 at 07:45 +0200, Per Jessen wrote: Ashley Sheridan wrote: I've also seen this happen where the address that the mail was sent from is different from the MX record for the domain the email says it is sent from. The only way round this is to have the MX and A records point to the same server. It's not a real problem - lots of companies have different inbound and outbound servers. /Per -- Per Jessen, Zürich (14.2°C) The spam filters we use at work have this problem, not any others that I've seen, but I was just saying it is a problem, and in a corporate environment, not just someone with an over zealous firewall. Would setting up a backup MX record solve this do you think? Ash www.ashleysheridan.co.uk -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
On 5/28/09 3:20 AM, Ashley Sheridan a...@ashleysheridan.co.uk wrote: Would setting up a backup MX record solve this do you think? this is what the spf record is for. http://en.wikipedia.org/wiki/Sender_Policy_Framework -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
On Wed, May 27, 2009 at 12:07 PM, LAMP l...@afan.net wrote: hi, I use the following code (from php.net) to send confirmation email to the person that just created an account: $headers = MIME-Versin: 1.0\n . Content-type: text/plain; charset=ISO-8859-1; format=flowed\n . Content-Transfer-Encoding: 8bit\n . Reply-To: Orders l...@afan.net\n. From: Orders ord...@mydomain.com\n . X-Mailer: PHP . phpversion(); mail($to, $subject, $body, $headers); $subject is something like [MyDomain] Your new account, and $body is just few plain text details about person who created the form. The same code I use to reset a password: a visitor enters his/her email address and the link with session ID is sent to entered email address. The problem is the confirmation emails and reset password emails are very often caught by email filter and finish in Spam/Junk folder, or even stopped by ISP. What am I doing wrong, or what to do to improve the code? Also, how can I get bounced emails? Thanks, Afan What mail program is PHP using? Did you check out the $additional_parameters (5th parameter) for the mail() function? If you're using sendmail and the envelope from address is 'nob...@mydomain.com', you can pretty much assume they will get dumped as SPAM regardless of what you set in the From: header. Andrew -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
Andrew Ballard wrote: On Wed, May 27, 2009 at 12:07 PM, LAMP l...@afan.net wrote: hi, I use the following code (from php.net) to send confirmation email to the person that just created an account: $headers =MIME-Versin: 1.0\n . Content-type: text/plain; charset=ISO-8859-1; format=flowed\n . Content-Transfer-Encoding: 8bit\n . Reply-To: Orders l...@afan.net\n. From: Orders ord...@mydomain.com\n . X-Mailer: PHP . phpversion(); mail($to, $subject, $body, $headers); $subject is something like [MyDomain] Your new account, and $body is just few plain text details about person who created the form. The same code I use to reset a password: a visitor enters his/her email address and the link with session ID is sent to entered email address. The problem is the confirmation emails and reset password emails are very often caught by email filter and finish in Spam/Junk folder, or even stopped by ISP. What am I doing wrong, or what to do to improve the code? Also, how can I get bounced emails? Thanks, Afan What mail program is PHP using? Did you check out the $additional_parameters (5th parameter) for the mail() function? If you're using sendmail and the envelope from address is 'nob...@mydomain.com', you can pretty much assume they will get dumped as SPAM regardless of what you set in the From: header. Andrew right. the 5th element was www...@... (return-path) I added on the end of the mail() '-ford...@mydomain.com' Though, where/how can I setup the get bounced emails? Shouldn't bounced email be sent to return-path? I just sent few emails with non-existing email addresses and didn't get anything back? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
On Wed, May 27, 2009 at 1:44 PM, Per Jessen p...@computer.org wrote: LAMP wrote: The problem is the confirmation emails and reset password emails are very often caught by email filter and finish in Spam/Junk folder, or even stopped by ISP. What am I doing wrong, or what to do to improve the code? You need to look at where you are sending the email from, and how that mailserver is configured. The email content of a non-spam email is hardly ever enough to get it classified as spam. Also, how can I get bounced emails? Put in the correct envelope address. Use the '-r' option. /Per -- Per Jessen, Zürich (19.3°C) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php This areticle has a nice description of handling bounces http://forums.theplanet.com/index.php?showtopic=89873mode=threaded -- Bastien Cat, the other other white meat
Re: [PHP] Confirmation email caught by spam filter
On 5/27/09 12:07 PM, LAMP l...@afan.net wrote: The problem is the confirmation emails and reset password emails are very often caught by email filter and finish in Spam/Junk folder, or even stopped by ISP. What am I doing wrong, or what to do to improve the code? i've run into this. among many factors that can be involved, the sending smtp server needs to be in address block that isn't black listed anywhere, e.g. don't try sending from a comcast address. also, you server needs to handle greylisting. it may help to set an spf record. in one instance i ended up using a well known mail hosting provider and sending the mail to their smtp server with authenticated smtp over ssl, which can be done quite easily with pear mail. i.e. pay the hosting company to worry about getting the emails through. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
On Wed, 2009-05-27 at 14:41 -0400, Tom Worster wrote: On 5/27/09 12:07 PM, LAMP l...@afan.net wrote: The problem is the confirmation emails and reset password emails are very often caught by email filter and finish in Spam/Junk folder, or even stopped by ISP. What am I doing wrong, or what to do to improve the code? i've run into this. among many factors that can be involved, the sending smtp server needs to be in address block that isn't black listed anywhere, e.g. don't try sending from a comcast address. also, you server needs to handle greylisting. it may help to set an spf record. in one instance i ended up using a well known mail hosting provider and sending the mail to their smtp server with authenticated smtp over ssl, which can be done quite easily with pear mail. i.e. pay the hosting company to worry about getting the emails through. I've also seen this happen where the address that the mail was sent from is different from the MX record for the domain the email says it is sent from. The only way round this is to have the MX and A records point to the same server. Ash www.ashleysheridan.co.uk -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Confirmation email caught by spam filter
Ashley Sheridan wrote: I've also seen this happen where the address that the mail was sent from is different from the MX record for the domain the email says it is sent from. The only way round this is to have the MX and A records point to the same server. It's not a real problem - lots of companies have different inbound and outbound servers. /Per -- Per Jessen, Zürich (14.2°C) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php