Hello
I've installed enewsletter and all its modules into the site at www.orieljcr.org. Looks like it could be a really really useful module. I've been looking for something like it for quite a while. However, I've not quite got it to work yet...
I've got one newsletter set up with subscribers which I'm currently trying to send manually.
However, when I select >email newsletters -> newsletters -> 'Send Now' -> Send for the newsletter and return to the main 'email newsletters' administration page I see this in the table:
current sent qued
2005-10-11 21:05 0 Array
Where 'qued' displays 'Array' rather than a number.
If I then run cron.php, 'qued' resets to 0, but sent remains at 0, and no messages are sent.
Any ideas what this could be?
Many thanks in advance
Comments
Comment #1
oliver soell commentedyea, the problem is that the db schema must have changed somewhere along the way for the bounce processing. Just change the newsletter_id in line 123 of bounced_email.module to publication_id instead. I also get major imap warnings in the cron execution as well, even though I am using pop for my bounce retrieval. I haven't looked into that..
cheers
-o
Comment #2
oliver soell commentedsorry this was really supposed to be a reply for http://drupal.org/node/33546 - whoops, and now i see about the imap stuff too..
Comment #3
nbayaman commentedI have the same issue. Mail is not sending...
Comment #4
pfaocleSame here, but I haven't had chance to look at it,perhaps tomorrow I'll take a harde look. Using latest versions of this module on 4.6.3.
Comment #5
pfaocle@oliver soell: I have the same issue with IMAP errors even tho I haven't set up the bounced e-mail settings. Commenting out the contents of bounced_mail_cron does the trick if you're not intending using this. Not sure if this will affect the issue of actually sending mails, tho.
I guess there should be an option or a check on the bounced e-mail receiving settings to see whether to run the mail check in bounced_mail_cron?
Comment #6
robert castelo commentedThis is the main problem I'm concentrating on at the moment.
I've been doing some work on bounced module to make it more 'fault' tolerant:
* check to see if PHP IMAP module is available (watchdog message is set if false)
* check if username and password have been set
* check if mailbox exists
If any of these are false it gracefuly finishes trying to do bounce functions.
Should be ready for download soon-ish
Comment #7
robert castelo commentedOK, who's in the mood for some testing?....
I've updated bounced_email.module, should now fail gracefully if it can't connect.
Publications.module and enewsletter.module have also been updated, make sure to read the UPGRADE notes in the enewsletter README.txt
Comment #8
nbayaman commentedThanx for your work.
I updated my insatllation with the 1.6 version of enewsletter.module, v1.2 bounced_mail.module, publication.module,v 1.9, aplied upgrading query "ALTER TABLE `publications` CHANGE `description` `description` TINYTEXT NOT NULL " and still got no sent message. It still says qued: Array, sent: 0, and after cron again sent:0, qued:0
I have no error messages neither in watchdog, nor in apache error log...
Comment #9
robert castelo commented"qued: Array" is a presentation bug that needs to fixed.
Have you created new content, i.e. a node, and included it in newsletters?
If there is no content it won't send the newsletter.
Comment #10
nbayaman commentedI works! Urahh!))
I didnt' create new node, cause I had old ones, and thought that they should be sent... so created new node, and it gone!
Amazing module!
Thanx a lot!
Thumbs up!
Comment #11
robert castelo commented