Looking at the bullet points, here's how DM deals with things:
· A prominent link in the body of an email leading users to a page confirming his or her unsubscription (no input from the user, other than confirmation, should be required)
This is probably going to be the unsubscribe link,
· By replying to your email with an unsubscribe request
DM doesn't have this ability - it's not impossible to do, but it's just not implemented My personal TODO list is long (and messy, and outdated - and those aren't bad things) - it's in there, somewhere, maybe?
https://github com/justingit/dada-mail/blob/master/dada/extras/developers/TODOlist txt
· Provide a 'List-Unsubscribe' header which points to an email address or a URL where the user can unsubscribe easily from future mailings
DM has this as well - it's set the same as the unsubscription link (you can view the source of this message to see - for example:
List: dadadev
List-Archive: http://dadamailproject
com/cgi-bin/dada/mail
cgi/archive/dadadev/
List-ID:
Check out the headers of other messages in your junk folder - the differences are pretty big, most of the ones I've checked are pretty sparse
· All bulk messages you send must be formatted according to RFC 2822 SMTP standards and, if using HTML, w3 org standards
Good old RFC2882 - I'm assuming that if messages are getting through, that's going to be a big 10-4 HTML is going to be up to the sender
· Messages should indicate that they are bulk mail, using the 'Precedence: bulk' header field
I think(?) DM has the option to set this header, for messages on this list, it's set to:
Precedence: list
which makes sense, right? I'd serious doubt this header really makes a whole lot of difference
· Attempts to hide the true sender of the message or the true landing page for any web links in the message may result in non-delivery
DM doesn't do much tricks like these, on principle
· The subject of each message should be relevant to the body's content and not be misleading
That would be again, up to the sender,
I wonder if the unscubscribe link in dadamail is formatted correctly (I use the default option, so people go to unsubscribepage and input mailaddress + submit)
It's designed exactly like the CAN SPAM legislature tells you to - no login needed, just a form to input your email address and a button to unsubscribe
Seems that emailaddress should always be added automatically,
We've had a lot of problems with "one click" unsubscribe links, and having them, "clicked" by automated processes, thus causing havoc on mailing lists - I'm not going to go back without a compelling reason
or people should just have the email-reply thing (we had that before, but is not working in latest versions)
Yeah - never a part of DM
Please advice on how to get this fixed (or is it allreday OK in default version? )
Not too sure what there is to fix Other than the email message itself, there are also things to consider, like the reputation of your mail server's IP If you're on a shared server, it's usually fairly low If that's a problem, I do suggest hooking up Amazon SES to your Dada Mail - it costs very little, and deliverability is heightened, significantly One thing it can easily do is make setting up the DKIM headers, which Gmail seems to like:
https://support
google
com/mail/answer/180707?hl=en
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.