Re: A small update on the new features

 
From: "Frans Gouverne" <f.gouverne@PROTECTED>
Date: January 16th 2009

----- Original Message ----- From: "Justin J" justin@PROTECTED To: "Dada Mail Developers Subscriber" f.gouverne@PROTECTED Sent: Wednesday, January 14, 2009 10:00 AM Subject: [dadadev] A small update on the new features >

Hello everyone,

[ ]

The big change that'll happen, and I may want some feedback on this, is that what's filled out in the subscriber fields per subscriber will be shared on any lists the subscriber may find themselves on

Hi Justin,

This only make sense to me when there is also the possibility to have "list-specific" subscriber fields As a reseller, many of my customers are giving trainings and workshops For each training they do have a separate mailing list What my customers actually want is to maintain all kind of information about their clients e g which trainings they have followed, if they have already payed, if they want to receive news letters etc Most of this info is only applicable for a specific training, that is for a specific mailing list So for the subscriber profile, it's a good idea to have shared subscriber fields But for many other info, list-specific subscriber fields (public and non-public) are needed as well That also implies that on the subscribers profile interface, it should be possible for a subscriber to edit these list-specific subscriber fields marked as "public"

From a technical point of view, I guess you only need to add one extra field to the subscriber field its record This extra field represents the list name to which the subscriber field belongs If nothing is filled in (or "All" or something like that) it is valid for all lists But maybe it's not that simple??

By the way, will the object which represents a collection of subscribers (basically, a mailing list) only point to subscriber's profiles in this new setup? That is, not having a list of email addresses anymore for each mailing list, but just containing a list of ID's which refer to the corresponding subscriber's profiles? Personally I would prefer it this way to avoid duplicate storage of email addresses, but I guess this will not be backwards compatible with existing maling lists so an import tool is needed then, or?

Frans

[ ]

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