Active
Project:
Mailout
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
9 Feb 2009 at 14:32 UTC
Updated:
12 Feb 2009 at 15:26 UTC
Hi;
I'm trying to use mailout on Drupal 6.9, I realize that it is pretty beta for that version, but;
Mailout does not save any data,
- I cannot add users to a list, I can create the list, but if I try to add users they are not saved
- templates, same issue I can create a new template, but any content is not saved
- mail, it does not send mail, not to the "test mail" address nor if I manually add recipients, and of course I can not create a list to send to.
and here is the fun part... there are no errors thrown, not on the pages nor in the logs
-sean
Comments
Comment #1
simeI'm surprised you got that far. Drupal 6 version has had much of the code updated, but we are re-writing a fair bit of it.
I'll make sure the release has appropriate info.
Comment #2
sean69 commentedhahah .... ok - so I was lucky then :)
any vague/ballpark eta? I have the client back on massmail [I think] but it is missing the important stuff - being custom lists [test email!!!!] and multiple saved templates...
I do have 1 feature request/suggestion while selecting roles to send mail to, the ability to select or deselect certain users from the role. OR ... select a role as a new list so that you can then add/remove specific members [or can it do that - I have not really checked]
thanks for the speedy reply, much appreciated.
-sean
Comment #3
simeI've change it to a feature request for you.
At once stage I did allow you to remove addresses with a checkbox. But for larger lists the amount of html output kills browsers, so unfortunately I had to disable that feature. I have ideas how to do it differently in 6, but I don't think the feature request lives anywhere so lets live it here.
Sorry, no ETA. First step is to finalize the Drupal 5 release. Then one of our clients is going to Drupal 6 and that will mean it's time to upgrade. God, I wish I could pop out cool UIs like the views/panels ppl!
Comment #4
sean69 commentedHmmm you have a point there, you would have to do some sort of pagination to get around, and generally I would imagine that the feature would see somewhat limited use... how about some ideas, instead of select/deselect user from group:
- dump role user emails to a text area/css/whatever & let the administrator edit manually & paste back in
- advance the user role selection a little, i.e. select users who belong to roleX & roleY but not roleZ - that way admins /content editor types who belong to multiple roles can be stripped out easily i.e. I select "all authenticated users" != admin & != editors
- user/email search within the selection/role
-sean