Differences between revisions 1 and 2
Revision 1 as of 2008-12-07 12:39:44
Size: 1479
Editor: ?StephenGran
Comment:
Revision 2 as of 2008-12-07 13:14:29
Size: 1517
Editor: FranklinPiat
Comment: note: page name is ambiguous
Deletions are marked like this. Additions are marked like this.
Line 32: Line 32:
## You can add other _helpful_ links here.
##See also:
## If this page belongs to an existing Category, add it below.
## CategorySomething | CategoryAnother
 * 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)]]

[:DebianWiki/EditorGuide#translation:Translation(s)]: none

(!) [:/Discussion:Discussion]


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?


  • 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)