Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Just bumping.. I'm currently maintaining the 1.x-dev branch of mailhandler and pushing some changes. (currently it does not support to post to og directly, but that is an easy change that will go into soon).
The key is that mail2og is the easiest way to handle more than 20 groups without pain. The module is fantastic just because of that!. I'm building a site right now and I'll use this module, so, fortunatelly I'll have to make several patches to make it work.
Will you just be around to make these reviews? I've noticed that some of the issues I've found are already in the queue. If you want additional help on this let me know.
I've to admit, I haven't seen this one during previous searches. This mail/to/drupal/with/or/and/without/groups module list grows everyday I open an issue.
Thanks for the linkn petednz, will take a look right now.
Any key points to share on this module over the other alternatives?
sorry no hints i can offer - just seems like an approach that has a fundamentally more robust approach (send the emailed comment to the list, then add to node, rather than: get comment by email, add to node, then take that added comment and convert back to an email and then send out to the list)
haven't had a chance to deploy it as will need to do so on D7 but the development of module was looking v active for a period
The module seems just what everybody needs, makes email-groups integration very easy, but imho does things hard when trying to configure the (mail part). The mailhandler approaches are easier to setup on 'mail terms' as they can handle remote mailboxes, but requires a lot of config and tweaking for groups/node/comment integration. The og_mailinglist module on the other side requires no additional modules (but OG), but you need to make changes in your MTA (currently supporting exim, postfix and qmail).
Talking about groups,
Pros (for me): does not requires messages neither notifications, and node/comment - email integration is done perfect, regarless the number of groups. Is able to handle active mailing activity.
Cons (for me) the MTA could be a problem right now, as long as the email service is not under control of this application management.
But definitelly og_mailinglist module opens another approach for me at this moment.
I created a 2.0 version of this module that uses the latest versions of notifications/og for a website that needed that functionality. Would anyone be interested in me uploading it to Github? It also fixed some of the other issues mentioned in the queues here, and I could pretty easily backport those fixed (the ones besides the ones I already posted).
I'm pretty backed up on client work right now, but in about a week or two I plan post the fixes to 1.x that get it to work (even with mailcomment) and version 2.x which is basically a feeds mapping callback and some minor consistency changes.
I also have a panels content type for them, but that feature hasn't really been requested or anything yet.
So.. I'll let you know in a week or two. I've been tinkering around trying to get the site that needed this module ported to D7, so I'll probably do a D7 version within a couple of months as well.
I'm back from a long hiatus. Sorry for for leaving everyone in the dark for so long. Version 1.x beta and version 2 alpha will be committed today. This module is now being actively maintained.
Comments
Comment #1
jjjames commentedYeah, any more info on this?
thx
Comment #2
tobias commented+1 also interested.
Comment #3
Tamela commentedAlso interested.
Comment #4
tobias commented+1 very interested!
Comment #5
CarbonPig commented+1 this sounds awesome!
Comment #6
arthurf commentedSorry, wasn't subscribed to my own issue queue. Module is still under development....
Comment #7
ilo commentedJust bumping.. I'm currently maintaining the 1.x-dev branch of mailhandler and pushing some changes. (currently it does not support to post to og directly, but that is an easy change that will go into soon).
The key is that mail2og is the easiest way to handle more than 20 groups without pain. The module is fantastic just because of that!. I'm building a site right now and I'll use this module, so, fortunatelly I'll have to make several patches to make it work.
Will you just be around to make these reviews? I've noticed that some of the issues I've found are already in the queue. If you want additional help on this let me know.
Comment #8
petednz commentedhave you considered using Og Mailinglist http://drupal.org/project/og_mailinglist
Comment #9
ilo commentedI've to admit, I haven't seen this one during previous searches. This mail/to/drupal/with/or/and/without/groups module list grows everyday I open an issue.
Thanks for the linkn petednz, will take a look right now.
Any key points to share on this module over the other alternatives?
Comment #10
petednz commentedsorry no hints i can offer - just seems like an approach that has a fundamentally more robust approach (send the emailed comment to the list, then add to node, rather than: get comment by email, add to node, then take that added comment and convert back to an email and then send out to the list)
haven't had a chance to deploy it as will need to do so on D7 but the development of module was looking v active for a period
Comment #11
ilo commentedThe module seems just what everybody needs, makes email-groups integration very easy, but imho does things hard when trying to configure the (mail part). The mailhandler approaches are easier to setup on 'mail terms' as they can handle remote mailboxes, but requires a lot of config and tweaking for groups/node/comment integration. The og_mailinglist module on the other side requires no additional modules (but OG), but you need to make changes in your MTA (currently supporting exim, postfix and qmail).
Talking about groups,
Pros (for me): does not requires messages neither notifications, and node/comment - email integration is done perfect, regarless the number of groups. Is able to handle active mailing activity.
Cons (for me) the MTA could be a problem right now, as long as the email service is not under control of this application management.
But definitelly og_mailinglist module opens another approach for me at this moment.
Thanks again.
Comment #12
jludwig commentedHi all,
I created a 2.0 version of this module that uses the latest versions of notifications/og for a website that needed that functionality. Would anyone be interested in me uploading it to Github? It also fixed some of the other issues mentioned in the queues here, and I could pretty easily backport those fixed (the ones besides the ones I already posted).
Comment #13
arthurf commentedjludwig - if you're actively working on this I can make you the project owner.
Comment #14
jludwig commentedarthurf -
I'm pretty backed up on client work right now, but in about a week or two I plan post the fixes to 1.x that get it to work (even with mailcomment) and version 2.x which is basically a feeds mapping callback and some minor consistency changes.
I also have a panels content type for them, but that feature hasn't really been requested or anything yet.
So.. I'll let you know in a week or two. I've been tinkering around trying to get the site that needed this module ported to D7, so I'll probably do a D7 version within a couple of months as well.
Comment #15
arthurf commentedI'll add you to the committer list for now so that your fixes are easily available.
Comment #16
jludwig commentedI'm back from a long hiatus. Sorry for for leaving everyone in the dark for so long. Version 1.x beta and version 2 alpha will be committed today. This module is now being actively maintained.
Comment #17
jludwig commentedAnd everything is committed and updated on the module page.