What to do with the list invitation feature

 
From: "Dada Mail" <dada@PROTECTED>
Date: December 17th 2007

So, I've been working really really really hard on the new release

Some things I've been tackling recently:

  • Cleaning up the Mass Add and Verifying these additions I'm guessing
    there's going to be confusion on how to successfully add a whole bunch
    of subscribers and making sure the information you give Dada Mail is
    in the right format The least I can do is give as much feedback as
    possible I've tried to make the verification screen nice and orderly
    (have you seen it currently?)

    http://mojomail sourceforge net/images/2_11_screenshots/verify_add jpg

  • The List Searching Capabilities, which were lacking somewhat and
    since the subscriber field stuff, wasn't searching the subscriber
    fields That should be fixed And the results are now Paginated, so
    you don't get a bazillion results at a time:

    http://mojomail sourceforge net/images/2_11_screenshots/search_example jpg

  • The biggest thing I've done is sadly ('cause it's a big deal), under
    the hood - All of Dada Mail's templating stuff, including Mail Merging
    is handled by HTML::Template and I've got it so you can use loop,
    unless and if blocks Which is pretty killer Basically, anything
    that's listed here:

    http://search cpan org/~samtregar/HTML-Template/Template pm#TUTORIAL

You can do In the email templates All of them All Of them Some of
the headers too Here's what the editing the email messages looks like
currently:

http://mojomail
sourceforge
net/images/2_11_screenshots/edit_email_messages
jpg

I'll have HTML::Template::Expr support soon as well if you're
devilish That'll allow you to do something like:

<!-- tmpl if subscriber
favorite_fruit eq "apples" -->

    A little bird told me you like Apples!

<!-- /tmpl if -->

Or, whatever

But! Couple this with the partial list sending stuff (Send to those
who only live in Denver, for example) and you have a pretty killer
system for targeting subscribers, which hopefully means less mail
being sent and better responses with the mail you send Which I think
is a good thing

So, I do have a question on what to do with the, "Send a List
Invitation" Feature It's currently broken, since I decided to do that
whole, "Only allow people to confirm a subscription via a subscription
confirmation message"

I can basically have the List Invite feature emulate that - no problem

The problem is, you're now not just dealing with an email address
(potentially), you're dealing with a whole bunch of information -
Should the process be similar to adding a subscriber? Go through a
verification process and if the addresses verify, send the invitation
away?

Right now, the process is just plunk some addresses down, which,
"magically" get verified (but you never get any feedback) and you send
out a message to a whole bunch of people

I'm kinda thinking of folding in the, "Send a List Invitation" feature
in with the, "Add, Verify Add, Subscribe" stuff, so instead of,
"Subscribe", you hit a different button that says, "Don't Subscribe -
Invite"

and that may be pretty killer

Any thoughts?

I'm going to try to clean up what I have now and get a new alpha
released for any who want to play

Cheers,

  • 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.