Re: Big Feature Time: a show of hands on which way to go

 
From: "Bruce Harper" <bharper@PROTECTED>
In-Reply-To: Re: Big Feature Time: a show of hands on which way to go
Date: August 7th 2013
On Wed, Aug 7, 2013 at 4:01 PM, Justin wrote:

On Aug 7, 2013, at 8:26 AM, Bruce Harper <bharper@PROTECTED> wrote:
> Pretty much our sole use of Dada Mail is through Scheduled Mailings, so if that plugin were to get a little bit of attention, it would be helpful. If nothing else, please move or add the link from the mailing configuration page back to the schedule index page.

Wait, what's going on?

Process when I need to stop a mailing (holiday, university break) is to go to the Scheduled Mailing screen, click on the active schedule link to get to the mailing configuration page, uncheck the "Active" box, scroll to the BOTTOM of a long screen, click "Save Schedule" to deactivate that mailing, then scroll to the BOTTOM of the screen when it reappears to click on the "return to index" link. Moving or adding the buttons and link near the top of the screen would just streamline the process a bit.
 
On Aug 7, 2013, at 8:49 AM, Mary Ann Kelley <maryann@PROTECTED> wrote:
> Thanks - that will be really helpful. I'll look for it. Justin, could that be bundled with Dada or is there a reason you dropped it?

In re: to the multi_admin_subscribers.cgi plugin, a ton of things: there's no support for profile fields, there's no real verification step, there's no option to invite, different mailing lists have different rules allowing/disallowing subscriptions via the control panel, having to deal with black list/white lists. You can glaze over most all of that, and there you go: that plugin, but I'm not interested in doing that. Part of my job is to promote the use of sustainable mailing lists, which means a verified list of people that want to be subscribed. The plugin is too easy for someone not thinking clearly to abuse.

I guess the way we use Dada Mail is outside the norm. This plug-in is only available to the root admin and is used 99% of the time to unsubscribe people from (a) list. Because of the way our mail administrators operate, I can't request a POP email address so I can use the bounce handler. So when the bounce messages come to the list administrator address, I use the multi-admin_subscribers function to search for the offending address, then drop it from whichever list. Because we are sending four mailings every day and because the bounce messages don't always indicate which message bounced, this plug-in is quite useful. I log into one list, fire up the plug-in, and can easily find what list an email address is on.
 
I'm sort of surprised Scheduled Mailings is such a killer feature, so to just calm everyone down (I also get asked this, semi-frequently), the plugin won't be pulled, until a major release of Dada Mail (v7?). I would like to add a, "Schedule" tab to the, "Send a Message" screen, to allow you to schedule a mailing for a one time (non-repeating) scheduled mailing, which I think(?) will work for 99% of people who use the feature, and give you all the features and gizmos located on the "Send a Message" screen, for your scheduled mailing. I've noticed that not many people have a programmed daily schedule going out, with dynamic content. Rather, people are just queueing up a month's worth of messages (for example),

I guess we fall into that 1% that such a set-up won't work. We use the scheduled mailing feature to send web pages every weekday, to four different lists. If the "schedule" tab covers this, fine, but otherwise we're sunk.

Bruce in Blacksburg
 

Post: mailto:dadadev@PROTECTED

Unsubscribe »

rss/atom
‹ Re: Big Feature Time: a show of hands on which way to go
Index
Re: Big Feature Time: a show of hands on which way to go ›
  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)

  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.