Closed (fixed)
Project:
Subscriptions
Version:
4.6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Reporter:
Created:
17 Dec 2004 at 18:15 UTC
Updated:
1 Apr 2006 at 03:10 UTC
Jump to comment: Most recent file
Comments
Comment #1
TDobes commentedYes -- this is a problem. From the README:
Dan had planned on fixing this by creating a separate module (mailqueue) which would send e-mails during cron runs... I don't know what the current status of this is.
Take a look at the (currently commented out) code for subscriptions_settings and search through the module for variable_get('subscriptions_event', 'insert') -- it appears that the subscriptions.module code to do this is already in place; we're just waiting on mailqueue.
Maybe there's already another contrib module that performs the job that mailqueue was planned for? If so, we could plug it in and get this working.
Comment #2
moshe weitzman commentedi believe massmailer.module is built to process this sort of mail queue. would be great to get these 2 modules working together.
Comment #3
dmclark commentedany update on this?
Comment #4
tigrezno commentedTry adding anti-spam to subscription!
Comment #5
zilla commentedisn't the use of cron for updates on subscriptions one of the most serious issues preventing widespread use of this module? if it goes to core without that admin capability then it will die on the vine - even a solid site can witness a one minute delay when posting a forum comment or reply with this module enabled (hence it has been replaced in my own efforts with 'notify' - which is actually quite nice and gets everything for everybody...)
i also understand that this is in the SoC project list - but does that mean that it is off of this list or out of main developer interests? i'm a bit confused about how the SoC folks take over projects that were already in development versus some of the ground up stuff...
Comment #6
TDobes commentedYes, this is an important feature that needs attention before the module can be used for exceptionally large sites. I would prefer to offload this sort of functionality to an external module, which would queue mails then send them during cron runs rather than placing this within the subscriptions module itself.
As for the SoC involvement with this project, I have heard absolutely nothing from the SoC participants. I see there was a CVS commit of some work recently (I assume by one of them), but I haven't yet had a chance to look into it. I heard they were doing further development of RobertDouglass' version of the module, although I am not sure whether this is true or not.
Comment #7
mindless commentedI've attached a very simple mailqueue.module to work with subscriptions and send the emails during cron processing. Also included is a small patch for subscriptions.module to uncomment the selector for immediate vs queued emails and update the mailqueue_insert parameters to work with my module. We're using this now on http://gallery.menalto.com/
Comment #8
dziemecki commentedThis needs to be done, and I'm working on an implementation. This one shouldn't require any external apps. Hope to have something out within a week or two.
Comment #9
dziemecki commentedI've got a working prototype of this running on my site. It's a faily significant change in the code base, though. If any of you are willing to help testing this, please ping me "http://drupal.org/user/4532/contact". Thx.
Comment #10
dziemecki commentedThe cron-mailing code has been committed.
Comment #11
dziemecki commentedNo complaints for fix. Closing.