Re: [list_(un)subscribe_link] tag

 
From: "f.gouverne@PROTECTED" <f.gouverne@PROTECTED>
Date: September 27th 2005

Is this behaviour on purpose? Because it's a bit confusing these tags behave differently when using different kind of email messages

I believe the differences are when the program knows the email address it's working with, and when it doesn't

if it doesn't it'll basically prompt the user for an email address to fill in the blanks

If you don't like this, you can build up your own url, if you'd like using the other tags available

Thanks for the hint Justin, it was quite easy to build up the url myself indeed:

{program_url}/u/{list}/{email}

which makes me wonder why dada isn't taking care of this?

Therefore I added a line into FormatMessages pm at sub macrotags:

if($args{-type} eq 'subscribe'){

    $type = 's';
    $args{-email} ||= '{email_name}@

{email_domain}'; # <== line added here

Now dada adds the missing email tag for me As a result, the tag "list_subscribe_link" is consistent regardless the type of email As far as I can see, {email_name}@{email_domain} is replaced just before the email is actually send, and therefore will always be known and replaced by dada

Note: [ ] is replaced by { } in this email!

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