Dada Mail Developers Archives

 

Re: Change in Subscription Confirmation Process - RFC

November 21st 2007 UTC

On Nov 20, 2007, at 5:21 PM, Mariano Absatz wrote: > > No wonder my own address is in Justin's examples... I've been > repeatedly unsubscribed from this list from who knows where (I *do* > know I didn't unsubscribe and I *did* get the messages informing me I > was unsubscribed). Yup - this'll basically stop that from happening - even though I'm scoobied as to *why* it's happening. ...Continue Reading

Re: Change in Subscription Confirmation Process - RFC

November 21st 2007 UTC

And 4 days late in the thread... I'm fine with the proposal that double-opt-out cannot be circumvented, given that it's at the list owner discretion to enable it. No wonder my own address is in Justin's examples... I've been repeatedly unsubscribed from this list from who knows where (I *do* know I didn't unsubscribe and I *did* get the messages informing me I was unsubscribed). Regards. ...Continue Reading

Re: Change in Subscription Confirmation Process - RFC

November 16th 2007 UTC

On Nov 16, 2007, at 6:31 PM, Rob Taylor wrote: > Thanks for giving us a voice in the development process. Can't wait > to start kicking the tires The more voices, the better. The program is going to get a big boost in popularity and is also going to be used in ways it hasn't before in a really really short time. I'm going to need a whole lot of feedback real soon I'll try to get a release out as soon as I can't find anything show stopping. Right now, I'm still wrangling with dragons. Which is stressful ...Continue Reading

Re: Change in Subscription Confirmation Process - RFC

November 16th 2007 UTC

That sounds quite reasonable to me. I agree that if you have an option for double opt-out then you certainly should do your best to make sure that it can not be circumvented. For those of us who are more daring... a one click single opt-out. Although a two click process where the first click took the unsub to a form with their email address filled in and a second click was required to actually unsub might help prevent accidental unsubscriptions. For *subscriptions* I would argue that you *require* double opt-in. T ...Continue Reading

RFC: How important are the Global Blacklist and Global List Sending Options?

November 16th 2007 UTC

I'm attempting to stitch together Dada Mail, after it's major surgery to get multiple fields support and two features I've sort of broken beyond belief is the Global Blacklist and the Global List Sending options. The global blacklist is going to be easier to fix, the global list sending has a little bit of a larger problem. How important are these features to people. I can see the Global blacklist being *very* important, I can see Global List Sending being not as important - I kind of snuck it in as a stop ...Continue Reading

Re: Change in Subscription Confirmation Process - RFC

November 16th 2007 UTC

On Thu, Nov 15, 2007 at 02:56:01PM -0800, Rob Taylor wrote: > If I understand your analysis correctly, these modifications would > disable a "one click" list unsubscription process. > > I think that this might be a mistake. I concur. > That being said I think the points you make concerning security of > list subscriptions is important. Ideally the modifications you are > talking about would only apply to subscriptions. I don't think there > is as much of a risk with unsubs. Ditto. & ...Continue Reading

Re: Change in Subscription Confirmation Process - RFC

November 15th 2007 UTC

On Nov 15, 2007, at 3:56 PM, Rob Taylor wrote: > Hi Justin: > > If I understand your analysis correctly, these modifications would > disable a "one click" list unsubscription process. That's what this will do, if you've selected to have double-opt-out unsubscriptions. If you don't want this behaviour - and I can be sympathetic to those that don't, you can just turn double-opt-out confirmation *off*. There's already problems with having this enabled and active even now: If you forward the ...Continue Reading

Re: Change in Subscription Confirmation Process - RFC

November 15th 2007 UTC

Hi Justin: If I understand your analysis correctly, these modifications would disable a "one click" list unsubscription process. I think that this might be a mistake. I, for one, always use the list_confirm_unsubscription_link in the bottom of my emails. My feeling is that if somebody wants off the list then they should be able to do so without jumping through a lot of hoops. It always seems a little bit odd to me when I see unsub mechanisms that require me to enter my email address before I unsub. I have ...Continue Reading

Change in Subscription Confirmation Process - RFC

November 15th 2007 UTC

Heya everyone. I've been hard at work, getting Dada Mail ready for the next alpha release. The more things I add, in terms of features - and right now, it's just one big feature: multiple subscriber fields, the more things I find I have to tweak to make the system work (still). This gives good opportunity to tune some of the code and get rid of stuff that's not even needed. Along the way, the new features do call for some decisions on how the program works. Right now, Dada Mail has quite a few options on ...Continue Reading

test

November 14th 2007 UTC

Test guys, please disregard... ...Continue Reading
  • 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.