Sean McBride writes:

 > I'm migrating a server with older postfix & older mailman2 and noticed 
 > one setting in postfix's main.cf:
 > 
 > owner_request_special = no
 > 
 > I'm not sure why it's set to `no` on the older server.

If 'recipient_delimiter' is set to '+', which is the modern
convention, this setting is a no-op, because no splitting on '-' would
be done anyway.  Check the setting with "postconf recipient_delimiter".

Otherwise, to Mailman it still doesn't matter what that setting is,
and it's highly unlikely it would matter to other mailboxes served by
that Postfix instance.

tldr:

The 'owner-LIST' convention hasn't been used by any mailing list
manager in decades as far as I know.  I believe it never was used by
GNU Mailman.  For valid addresses, specifically 'LIST-request', any
other splitting that results in 'LIST' wouldn't matter, as Postfix does
not change either the metadata (envelope recipient) or the message
header, and Postfix delivers to the same pipe to the 'mailman' program
-- mailman handles it the same as if Postfix delivered it to the full
address.  So for a site where all lists are managed by GNU Mailman,
the setting doesn't really matter to Mailman.

I'm not sure why Postfix says is it useful for lists.  The way Postfix
handles splitting (delivering to the full address if valid, otherwise
trying the stem after splitting), a properly configured mailing list
gets no benefit because all its addresses have explicit aliases.  I
guess it protects a mailbox for 'owner' from getting bombarded by mail
for 'owner-LIST', and lists that don't support 'LIST-request' from
being spammed by mail for that address.  And in the ancient past when
mailing lists weren't served by list management software, but were
implemented as manually maintained aliases, I suppose subscribers of
accidentally misconfigured lists were protected.

-- 
GNU Mailman consultant (installation, migration, customization)
Sirius Open Source    https://www.siriusopensource.com/
Software systems consulting in Europe, North America, and Japan
------------------------------------------------------
Mailman-Users mailing list -- mailman-users@python.org
To unsubscribe send an email to mailman-users-le...@python.org
https://mail.python.org/mailman3/lists/mailman-users.python.org/
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: https://www.mail-archive.com/mailman-users@python.org/
    https://mail.python.org/archives/list/mailman-users@python.org/
Member address: arch...@jab.org

Reply via email to