On Sep 1, 2006, at 7:25 AM, Mariano Absatz wrote:
Whishlist items for 2 12 :-) * For the first option (use exsisting SA headers), we should be
able to customize the header name and the character used (i e it
could be 'X-Spam-Level' and '*' -which I think is the SA default,
or 'X-MyDada-SpamLevel' and 'S'), since this is not only
configurable in SA, but also it is recommended to modify (so that a
spam message can't try to fool you by including fake SA headers)
Huh, I didn't know that those were, or should be customizable
It
seems the opposite would be true, they shouldn't be customized at
all, so mail readers can sort of use them as a standard and use those
headers for their own spam-detecting routines
It wouldn't really be too hard
The current code is something like 10
lines
Hardly a rewrite ;)
And currently, I'm using the, X-Spam-Status header, which gives the
score as a decimal, but I can fall back to X-Spam-Level if that's not
found;
- There should be somewhere (a configurable mail address?) to send
the spam messages and some means of manually authorizing a false
positive
I agree with you; that's why it's probably best to keep the setting
somewhat high for now, so blatant spam just doesn't go through
What should really happy is that all this mail routing stuff is
actually made into Rules, so you can makeup your own rules based on
all sorts of things, just like mailbox rules in my Mail Reader, or
the Smart Playlists in iTunes, or things like that
It would be
cooool
Then, you can do whatever you want to do with Spam, or what
happens when mail is sent from someone not on the list, or whatever
That's going to be down the road a bit, I'm afraid, unless someone
sponsors the project;
(by no means this is intended to to stop the current implementation
to be delivered as is in 2 11, which I think will definitively add
a lot of value This is why I labeled this for 2 12)
2
11 will be released pretty soon, but only as an alpha
I don't
really have a target date for its stable release
I could honestly
wrap up all the changes I've made recently and release a pretty well
developed beta in a week, but I may try to get some more interesting
features in the mix, especially since I have a honest-to-goodness
bugfix branch that can be worked on concurrently
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.