Size: 1517
Comment: note: page name is ambiguous
|
Size: 1350
Comment:
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
## page was renamed from DebianMailSetup | |
Line 30: | Line 31: |
---- * Consider renaming this page or something less ambiguous. maybe something like !DebianDotOrgMailSetup (delete this comment once you have read it). -- FranklinPiat [[DateTime(2008-12-07T13:14:29Z)]] |
An attempt to categorize what the current mail setup does for Debian, and a wishlist for new features.
Current infrastructure
Standard alias file/role account handling
Different handling for different subdomains (e.g., the PTS has a header check that no other domain has, popcon is much more lenient about accepting mail with bad envelope senders, etc)
User settable per-user greylisting, RBL lookups, etc
User controlled forwarding, with different behavior depending on local_part_suffix (eg, user-foo@debian.org is handled differently than user@debian.org)
Virtual domain support - per domain alias file/user/group/etc settings
bsmtp mail - should we keep this? Do people use it? It seems like this should be replaced by the more generic virtual domain handling.
Several anti-spam measures, but discussing the specifics here is probably not that useful.
Wishlist
- AUTH based relay?
- RSA sig based relay?
- mail hub/spoke architecture?