Point is, I DO have a unsubscription tag in the footer of my mailing. Working as as sharm in 4.3.
Now upgraded to 4.6.2.
Hello Justin,
Thanks for the reply, but (maybe Bruce should open a new thread on his issue) not an answer to my question.
Point is, I DO have a unsubscription tag in the footer of my mailing. Working as as sharm in 4.3.
Now upgraded to 4.6.2.
My tag is still there and works fine. But I now suddenly get the tag you are describing. Maybe a bug anyway?
Regards, Eef
Vriendelijke groet, Eef
H.E Weenink MBA
Aristo Advies & Internet B.V.
0(031)-545-431634
0(031)-630065069
-----Oorspronkelijk bericht-----
Van: Justin J [mailto:justin@dadamailproject.com]
Verzonden: dinsdag 11 juni 2013 20:05
Aan: Dada Mail Developers
Onderwerp: [dadadev] Re: error after update to 4.6.2
Here's the short and sweet of it, for the unsubscribe process:
http://dadamailproject.com/d/features-unsubscription_system.pod.html
Part of the simplification of things was that there's only one unsubscription tag, and it's required that it be used. If it's not found, it'll be placed in your message for you. It's supposed to be annoyingly on top, so you'll do something about it. My guess is that the correct unsubscription tag just isn't present. You'll notice that it's not placed on top of the discussion messages, for this mailing list?
This is also covered in the FAQ:
http://dadamailproject.com/d/FAQ-general.pod.html#unsubscription_links_are_placed_on_top_of_my_mailing_list_messages__why
This has been the behavior of the app for years now. The only difference is that a few different unsubscription links were allowed in past revisions, now only one specific one can be used. That's about it.
Legitimate mailing lists have legitimate unsubscribe mechanisms (amongst other things), and I've taken a lot of time to make Dada Mail's unsubscription system first class. It's a huge priority. There's no, "don't use the unsubscription system" mode in Dada Mail. Are there cases where it's not needed? Yeah, I can clearly see that there are. Does Dada Mail cater to those cases? No, it doesn't.
Please, if you'd like, open up the discussion to how one could run something I'll label a, "private" mailing list, that doesn't follow all the rules of a, "public" mailing list, but then tell me how I can offer this feature, without having it wide open to abuse, and/or having me somehow being the police force against this abuse. That's the problem I don't have a solution to, that's what I asked for help on, and that's what remains unsolved. I get that, "But you can trust ME" argument, but how can I trust people that don't come up to me, personally?
Here's some history on the discussion previously:
http://dadamailproject.com/support/boards/viewtopic.php?f=25&t=2457
--
Justin J: Lead Dadaist.
url: http://dadamailproject.com
email: justin@PROTECTED
skype: leaddadaist
On Jun 11, 2013, at 9:54 AM, Bruce Harper <bharper@PROTECTED> wrote:On Tue, Jun 11, 2013 at 6:02 AM, Eef wrote:
We just updated from 4.3.x to 4.6.2 and see this error now:
On top of the message is says:
<p>
Unsubscribe Automatically:
I just went from 6.3.1 to 6.4.1 and now see this message also. I know the unsubscribe function was changed to simplify the process, but I wasn't aware that the message would be slapped to the top of every email sent. This discussion has come up before in various venues (here, the discussion board) about using Dada Mail as a non-opt-in/out list and the need to control who subscribes and unsubscribes. It is used here at the university to send a daily news and information message to all employees, who receive it as a condition of their employment. A like message is sent weekly during fall and spring semester to all students, who receive it as a condition of being a student. Under previous versions, there was the automatic unsubscribe link at the bottom of each message, which was tweaked to pretty much disable it (total removal would be better). Now comes this new link, which is unformatted and not really part of the message (especially the html message) that defeats the whole deal (there are employees who don't care to receive the message, but that's the way it goes -- every employee email address is on the list).
It would be helpful to know where in the code this can be disabled, removed (or at least moved to the bottom of the message) or otherwise taken care of. I know this steps on your philosophy, but the "unsubscribe" function interferes with how we want to use the program.
Bruce in Blacksburg
Virginia Tech Webmaster
Post: mailto:dadadev@PROTECTED
Unsubscribe >>
--
* Post: mailto:dadadev@PROTECTED
* Unsubscribe: http://dadamailproject.com/cgi-bin/dada/mail.cgi/t/REMOVED/=
--
* Post: mailto:dadadev@PROTECTED
* Unsubscribe: http://dadamailproject.com/cgi-bin/dada/mail.cgi/t/REMOVED/=
Post: mailto:dadadev@PROTECTED
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:
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:
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.
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.