The module keeps sending the same message over and over...
I've created several newsletters and set cron (poormanscron) to run unlimited times in message settings under send mail.
But it has sent the same newsletter, the 1st one I created several days ago, over and over again...
I've now set cron to run 500 newsletters per run and will monitor, but in the recent log entries, I get strange reports...
As soon as I go back to my site, cron seems to run and I get 3-6 more newsletters in my inbox and the Referrer in the logs links to random pages I visit... Under severity it says debug...???
No other newsletters seem to be sent... and it still shows "Currently sending by cron" in 'admin/content/simplenews/sent'
What do I do to stop this?
Comments
Comment #1
sutharsan commentedTo stop: in the simplenews_newsletter table, set the s_status to 2 (sent) or (0) not sent, next empty the simplenews_mail_spool table.
List some of the log messages here.
Comment #2
Jack_Sparrow commentedOK, I did as you suggested...
I changed the s_status (which was 4) to 2 "`s_status` tinyint(2) NOT NULL default '0',"
(Don't know if you meant the Insert Into section???)
Emptied the simplenews_mail_spool table.
Deleted all newsletters... Added my 4 test email addresses... added 1 newsletter and sent it off just fine...
Received all 4 and no more... ;-) Seems to be working...
Deleted the newsletter and subscribed all 2500 email addresses, then re-did the newsletter...
Seems to be going fine, however, it's set to send 500 newsletters out per cron run every 30 min.
Does it follow the aplphabetical system or does it select randoms...
In the report section I see (for example) 'w'name@domain.com and then when cron finishes, an 'a'name@domain.com appears...??? Out of alphabetical order...
How can I check which subscribers received 'x' amount of the same newsletter, or at least which newsletter they received or was sent off too, who still needs to receive one...?
Must I wait for the current 2500 subscribers to all receive the same newsletter before creating a new one...?
Must I delete the current newsletter before creating a new one...?
(This won't help for "Previous Issues" tho...)
I've listed some logs below...
Type simplenews
Date Monday, 29 December, 2008 - 15:24
User Username
Location http://admin/reports/dblog
Referrer http://admin/reports/dblog?page=20
Message Outgoing email. Message type: node
Subject: [newsletter] We apologise!
Recipient: name@domain.co.za
Sent via Mime Mail
Severity debug
Hostname 196.35.158.183
Operations
Type simplenews
Date Monday, 29 December, 2008 - 15:26
User Username
Location http://admin/reports/event/29536
Referrer http://admin/reports/dblog
Message Outgoing email. Message type: node
Subject: [newsletter] We apologise!
Recipient: name@domain.co.za
Sent via Mime Mail
Severity debug
Hostname 196.35.158.183
Operations
Type simplenews
Date Monday, 29 December, 2008 - 15:26
User Username
Location http://admin/reports/event/29536
Referrer http://admin/reports/dblog
Message Outgoing email. Message type: node
Subject: [newsletter] We apologise!
Recipient: name@domain.co.za
Sent via Mime Mail
Severity debug
Hostname 196.35.158.183
Operations
Thanks again!!!
Comment #3
sutharsan commentedThe s_status value of 4 is NOT by simplenews. Perhaps you have some other module interfering with simplenews.
In the simplenews_mail_spool table you find the records which are pending or sent. The 'Mail spool expiration' determines how long records of sent messages remain in the table.
Simplenews can send multiple newsletter at the same time.
The log messages are perfectly normal. See 'Log emails' setting.
Comment #4
Jack_Sparrow commentedWhich s_status do you refer to?
As you can see from the table above, I only pulled down the simplenews_newsletter table.
I've just checked the simplenews_newsletter table again and see that the line (as shown above inside 'strong' tags) is back to:
`s_status` tinyint(4) NOT NULL default '0',
Where should I place the '2'?
Subscribers are coming back saying that they have now received 2 emails, but the 4 email addresses I have set up for me are only coming in once...
I'm checking to see if there are duplicate email addresses, but that's not the case on some of them so far...
I have "Log Emails" ticked and am checking the "Recent log entries".
I have the Mail Spool settings set to "Immediate".
What shouold the correct cron settings be?
Should I keep the newsletters sent settings at 500 per cron run, or can I go higher...?
Currently I have cron running every 30min & 500 newsletters per cron run.
I'm hoping that it's working correctly now...
Thanks!
;-)
Comment #5
Jack_Sparrow commentedMy emails in the newsletter subscriber list have now also received 2 newsletters...
So the system is still sending 2 newsletters...
Comment #6
sutharsan commentedduplicate emails may be the result of php execution time overrun (it takes too long to send the selected cron batch size). However with the latest 6.x-1.x-dev release this should not occur. Watch the 'x emails sent in y seconds.' message in your log. Try to reduce the batch size and increase the cron frequency.
Comment #7
momper commentedhello
is there something like 'simplenews_mail_spool' in the version 5.x?
i changed the status in the middle of 'not' sending to '2' in the db - but before continue testing - should i delete another stuff?
thanks momper
Comment #8
sutharsan commentedNo simplenews_mail_spool() in 5.x You may need to set the {simplenews_subscriptions}.s_status of all records to 0 (zero). But check the code to be sure!
Comment #9
sutharsan commentedNo activity, closing the issue. Feel free to re-open of the original issue still needs support.
Comment #10
jptarantoI'd like to reopen the issue.
Just had a pretty awful experience where 5900 emails were sent to 2200 people... oops! Some people were receiving the email 7 times or more...
Cron was running every 10 minutes with batches of 100 being emailed off, taking an average 2 or 3 seconds. At some stage, I was getting errors in my log where emails were being failed to be delivered, so naturally it kept on trying to deliver them. I guess they had already been sent and the system was saying no they haven't...
I've marked the newsletter to "2" so that experience is over for now.
Let me know if there is anything I can help with. I'm using simplenews 6.x-rc6 and mimemail 6.x-1.x-dev.
What can i do?
Comment #11
sutharsan commentedAre you using Poormanscron? What is you hosting's mail limit?
Comment #12
jptarantoI wasn't using poormanscron, as per instructions. I was running cron from a different server though, and my web hosts limit is 2000 per hour. See below:
http://www.netregistry.com.au/support/kb/questions.php?questionid=125
Comment #13
SSzretter commentedI may have a similar issue - I updated simplenews and some other things in drupal 6, and now my simplenews_newsletters s_status field is being set to "1" where it used to be "2". It is causing all the newsletters since this started happening to be re-sent, so when they send a new newsletter it is currently sending the previous 5. There are dozens more that are not being sent, and I think it is because they are status '2'.
I do see in the simplenews_mail_spool there are a bunch of records, and they look like they are the same newsletters that have the issue. I can clear this out, but why are these stuck?
Comment #14
Delta Bridges commentedWell this has worked for me: set from 1 to 2 and then empty the spool. Thanks a bunch, I was having a serious headacke about this :):)
JJ
Comment #15
SSzretter commentedSo I have a manual method to make sure newsletters are sent once, by emptying the spool and setting status to 2, but can anyone help me figure out why drupal/simplenews is not setting the status to 2 and emptying the spool itself?
It is sending all the emails, it just leaves the spool and status as 1, so the next newsletter created is set out, so is the old one. This repeats, so if you dont empty the spool and update the status, you are sending several old newsletters out...
Comment #16
sutharsan commentedYou have to debug the code which handles the sending of newsletters. Start at the simplenews_mail_spool() function.
Comment #17
sutharsan commentedNo activity, closing the issue.
Comment #18
pavlos commentedHello Sutharsan, I am still facing this issue. The setup is using Cpanel cron schedules to run it at specific intervals.
It just keeps sending the emails and we've stopped sending newsletters till this is sorted out cause the users have got many duplicate emails. Sorry for re-opening the issue but I can't make it stop sending. Any other way to stop the sending process?
Thanks in advance,
Pavlos
Comment #19
sutharsan commentedThe crude way to stop is to clear the simplenews_spool table.
Do you use the latest 6.x-1.x-dev release? If not, I am very interested in what the cause of the problem is.
Comment #20
pavlos commented6.x-1.0 (sorry for the wrong version) on a project not developed by me. But on a closer look, it seems a cron timeout might also be the cause of this.
Thanks for the quick reply!
** EDIT: The problem is how to stop it once it gets the duplicates sent out again. Strangely it happens with both entries in simplenews_newsletters set to status 2 and the simplenews_mail_spool table empty... It just keeps sending out...
Comment #21
pavlos commentedComment #22
sutharsan commented@pavios: use 6.x-1.x-dev instead. If the spool table is empty Simplenews does not send emails. It can't.
Comment #23
sutharsan commentedNo activity, closing issue.
Comment #24
jgoodwill01 commentedIt doesn't seem to me like this has been resolved. I ma experiencing the same problem. Cron is never changing the s.status of the newsletter to "2" it just keeps stetting at "1" unless I manually change it. Has anyone found a resolve for this surely everyone isn't experiencing this or else there would be a ton of issue requests.
Comment #25
jgoodwill01 commentedIt doesn't seem to me like this has been resolved. I ma experiencing the same problem. Cron is never changing the s.status of the newsletter to "2" it just keeps stetting at "1" unless I manually change it. Has anyone found a resolve for this surely everyone isn't experiencing this or else there would be a ton of issue requests.
I hate to open up this ticket again. But I have yet to see anyone with a solution to resolving this issue.
Drupal 6.14
Simplenews 6.x-1.1
Simplenews Multiple Signup Block 6.x-1.x-dev
Simplenews Template 6.x-1.0-beta3
Mime Mail 6.x-1.0-alpha2
Poormanscron 6.x-2.2
Comment #26
sutharsan commentedyou need to find the cause of this problem before it can be fixed.
See http://drupal.org/node/777854 fir a more general approach.
Comment #27
grub3 commentedI can confirm this issue with 6.x-2.x-dev.
Comment #28
sutharsan commentedWithout any of you debugging the code to find the root cause it can not be fixed. I need your input!
Comment #29
Delta Bridges commentedFrom my personal experience, I have this problem now and again: it is usually created by an invalid email address (that has a dot at the end for example: myemail@hotmail.com.)
When the problem occurs, I follow advice given in #1 and then remove the invalid email and then everything is ok until the next time an invalid email is entered in my mailing list.
Of course, one way to avoid this would be to enable the email confirmation: then only valid emails can be subscribed. I have chosen to disable this confirmation because it confused the users who would register on the site, having to confirm the registration and the subscription to the newsletters.
Hope this helps :)
JJ
Comment #30
iibob commentedI've have had this problem too.
I did what #1 poster said; in the simplenews_newsletter table, set the s_status to 2 (sent), next empty the simplenews_mail_spool table.
- and it worked!
But I noticed what might be the problem.
I my logs it throws an error for each mail being sent; "Unknown column 'error' in field list" and tries to set "error = 0"
Looking in the database, in the simplenews_mail_spool table, it does not have a Field named "error".
It appears it's trying to update a field that isn't there. And maybe that's the cause?
Do you think it would be a good or bad idea, just to add a 'empty' field in the table manually?
Comment #31
sutharsan commentediibob, did you run update.php when you updated simplenews the last time?
Comment #32
iibob commentedI could have sworn I did!?
..but obviously I didn't.
Ran update.php just now and the 'error' field is in the table now.
Thanks!
Comment #33
beulette commentedIf anyone has this problem :
Had the same problem, and the update didn't solve it.
I just forced the update by selecting the 6009 version on the Simplenews module, that's the version that added the 'error' field ;)
Comment #34
beulette commentedComment #36
husztisanyi commentedI had the same problem, one dot at the end of an email address.