Trying to collect here the various improvements requests been posted here and there in the forums. This is the basis for a make it happen run for 3.4 if enough people are behind these. Feel free to add links to forum threads, the bulk comes from http://forum.civicrm.org/index.php/topic,15702.0.html.
Replacing the wizard with a tabbed interface, like it's been done for CiviEvent. This would make it much faster for instance to come to a previously saved mail without having to go through all the steps.
Instead of a separate page, add the testing at the bottom of the compose page ( and schedule page).
split the layout related (header/footer) into a separate tab than the composition ? (with the testing function part at the bottom too).
For the end user:
- being able to register to several lists in one go, with one confirmation instead of having to confirm each subscription.
- being able to use profiles (eg select what fields/groups you want to offer on the registration page)
Reports being "real" reports, ie actionable (select all the contacts that opened/ bounced/ clicked on mailing X and do something with them). Might be mostly covered by storing bounces as activities (cf. below).
Backend and cronjob
Having a mode that does work with mail servers not handling catchall/plus notation. ie. Exchange. (and/or being able to use the sender as the email that gets the bounces). (technical: Time to test if the X- header is a viable alternative to VERP ?)
Add the bounce email as an activity to the contact (so you get the full message to know when and why a contact is on hold).
Now by default if unknown bounce the action is to flag the user as on hold. Should be the other way around (and the unknown bounce added with a "scheduled/unprocessed" status to the contact)
Being able to set a maximum number of mails sent per hour (throttle)? (personally think providers enforcing such limitations are unfit to host civi, but been requested).
- (brian) this can already be done via Administer > Administration Console > Mailer Settings. That tool should be added to the Administer > CiviMail submenu as it's currently buried.
Being able to add new recipients (individually) to a mass mailing on the top of the group(s) selection (eg. send to all the board+ John Doe and XXX without having to create extra groups).
- (brian) we can do this (sort of) by running a search and triggering a mailing on the results. but maybe we add a contact quick-search box (like freeform tags or activity assignment) where a few additional recipients could be manually added via the civimail wizard?
Flagging somehow (eg. a tag or status) the contacts that have registered online but not confirmed. Populate the source so you can see where the contact come from ("online registration " +group).
Have an online readable version of the newsletter, with the link being easy to add (token) at the top of the mail (click here to read it online...).
Being able to embed images (at least for images in the header footer) instead of having them external always.
- (brian) need to research whether this has spam-flagging impact. last i understood, embedded images increased the likelihood of getting flagged. it also bloats the email.
Integrate better with CiviEvent, and being able to send an invitation (eg. tokens event.* for the title, intro, event and registration links, ical as attachment
(not sure if it's a new feature or one I don't know about): being able to unsubscribe to group(s) instead of opting out at the contact level
- (brian) this can currently be done. but could use improvements, especially if someone is subscribed to multiple groups that are all part of the mailing. the subscribe/unsubscribe page should also be more controllable via the interface so people can customize.
When you create an event, you are going to promote it, and send an email with its name, location, date, description, link to register ...
Basically, all the information that is already in the event, that you need to copy paste
You would want to have token for event fields, so you can directly insert them into.
moreover, ala gmail, being able to attach the invitation so the recipient can directly say if she will attend or not from within her email client.
(the last one would really make the registration process more fluid)