I have a strange problem with this module: When I send a newsletter (test mail or "real" newsletter), it is just delivered to some of the mail addresses. I put, for example six different addresses (from six different providers) in the test address field, but when I send the mail, it only gets delivered to two of them. The same happens with the confirmation mail on newsletter registration.

Some background: I have had a lot of problems sending mails through Drupal. Recently I installed the SMTP module that seems to have solved my problems, but the newsletters still don't work correctly. I am also using the Mime Mail module but the problem persists when I turn it off.

Any ideas?

Comments

yan’s picture

To add some more details:

  • The initial send time was set to 0, but the problem persists when I set it to 10.
  • Cron is running, cron throttle is set to 500
  • The problem exists with html and plain text newsletters
  • Using Drupal 5.19 with PHP 5.2.5 and MySQL 5.0.81
jdench’s picture

I have been through many phases of problems with sending the Simplenews emails out, so you have my sympathies, and I can imagine many different sources of the problems you are having.

You don't mention whether the newsletter is showing as sent. If you go to Newsletter, on the Sent tab, it should show your issue of the newsletter and on the far right under Sent - either a check mark (meaning Simplenews thinks it is all sent) or a clock (that looks like a bomb - for something still pending.)

Another source of information about what is happening is to go to Logs - recent log entries. This shows you which individual emails have supposedly been sent. But only if you have first checked "Log emails", under Newsletter, Settings, mail backend.

yan’s picture

Thanks for the reply.

You don't mention whether the newsletter is showing as sent.

All the newsletters in question are marked as "sent".

Another source of information about what is happening is to go to Logs - recent log entries. This shows you which individual emails have supposedly been sent.

I just checked this with the test E-Mails and all of them are logged as sent like:

Outgoing email via mimemail.
Subject: <title>
Recipient: <E-Mail address>

or

Outgoing email.
Subject: <title>
Recipient: <E-Mail address>

depending if the Mime Mail module is enabled or not.

Checking these things, I'm not sure anymore if the problem really has to do with the SimpleNews Module. When the Mime Mail module was enabled, only two of six mails were delivered correctly (always to the same accounts). When I disabled it, this number raised to four of six. Then I noticed that mails sent to the "failed" two accounts through the user's contact form are not delivered either, i.e. there is no difference in the success of a mail delivery between "normal" Drupal mails and the SimpleNews module, when the Mime Mail module is disabled. This helps a little, but also confuses me.

yan’s picture

To keep this thread updated although I think it doesn't have to do with the simplenews module: I think the difference between having the Mime Mail module enabled or disabled comes from that module's return path problem: When it is turned on, the Return Path module doesn't have any effect and the return path isn't set correctly.

For the rest I am suspecting a SPF problem, but I haven't been able to confirm or solve that.

jdench’s picture

It sounds like your messages are going out, so I don't think you have one of the numerous problems I have unfortunate experience of.

Although now I think of it, I did get complaints from some recipients who claimed not to receive a sent newsletter. Their tech people eventually found it in the spam folder and said that the "reason for rejection is that there is no MX for DNS record." This seemed to be because the sending email is not a recognizable email - it had the host name in it. So I contacted my host and they did the necessary re. the MX, and the problem went away.

vitis’s picture

What did your host do re MX problem?

jdench’s picture

The host help people sent me a message with this explanation:

"When you send your e-mail messages via your application it is sent out by an internal e-mail address which is [emailaddress].

It seems that the remote server checks for valid MX records for the subdomain [XXXXX]. Since there were no such records the messages are being rejected.

I have updated the DNS zone in our server and now it has valid MX records. Please allow up to 48 hours propagation time period in order for the changes to take effect. Afterwards your e-mail messages should be delivered correctly."

That's all I know.

sutharsan’s picture

MX records are usually taken care of by your webhost (shared host environment). Yan, you can check the content of the full header details - most mail clients have an option to fo this - and analyze the content or just compare it with an email sent from your mail client. The from address, return to, and errors to address should all be the same and contain the sending domain name. There should be no unknown adresses in it or your host's address.

vitis’s picture

Category: support » bug

My email problem seems to be due to comcast - they resolved it.

sutharsan’s picture

You should surely contact comcat for assistance. If emails are blocked at their domain only it may becaused by their dpamfilter being too strict, but it can also be a combination of spamfilter and faulty use of sender/reply to/errors to address in the email header. Do check the content of the mail header.

sutharsan’s picture

Category: bug » support

Changing category, this seems not caused by simplenews.

sutharsan’s picture

Category: bug » support
Status: Active » Closed (fixed)

No activity, closing issue.