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: List-Owner: justin@PROTECTED List-Post: dadadev@dadamailproject com List-Subscribe: http://dadamailproject com/cgi-bin/dada/mail cgi/s/dadadev/me/justinsimoni com/ List-Unsubscribe: http://dadamailproject com/cgi-bin/dada/mail cgi/t/REMOVED/ List-URL: http://dadamailproject com/cgi-bin/dada/mail cgi/list/dadadev/

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