Mark Sapiro writes:
 > On 12/26/25 07:25, dap1--- via Mailman-users wrote:

 > If it becomes impossible I will switch back to mailman2 which
 > > works on my CentOS system.

 > This is a viable solution[...].
 > 
 > Much of your issue with Mailman 3 is because in MM 3, mail delivery
 > to Mailman is different and list names include the domain. This
 > prevents things which worked in your MM 2 configuration from
 > working in MM 3.

Sure, but I don't see why the right Postfix configuration wouldn't
allow Mailman 3 to work as well as Mailman 2.  This isn't a Mailman
configuration problem as far as I can see -- just make a vanilla
configuration based on the desired posting address.  The problems are
in routing to Mailman via fetchmail and Postfix.  Since the
tranport_maps take precedence over pretty much everything, and can be
address-specific, just put the @gmail.com addresses he uses in there
in the usual way.  Then tell fetchmail to forward those addresses as
is to Postfix's SMTP (depending on what other mail it needs to handle
he might want to set up a configuration for an smtpd on port 8025, but
probably not necessary).  Maybe it's convenient for fetchmail to set
Postfix's extension separator to '-' so that "cufsalumni-*@gmail.com"
addresses are recognized as "[email protected]" variants by
Postfix.  The transport_maps will pick those addresses (and only those
cufsalumni*@gmail.com addresses of any gmail.com addresses) and
forward them to Mailman, which will DTRT.

The problems I see with routing have to do with the impossibility of
spoofing a Gmail origin for verifications and notifications, and
anonymous lists etc that configure From to be the list.  But that's
going to be a problem for Mailman 2 as well AFAICS.  His basic problem
is that he chooses to operate with only one From address that is
reliably deliverable in the current Internet, and unfortuately that's
his personal address.

One solution I can think of would be to send the administrative list
traffic out through Gmail's SMTP gateway using his registered
cufsalumni-* accounts.  That might work well -- it's Postfix's job so
Mailman doesn't need to know about it, those should be infrequent at
best, and they won't be relays from 3rd parties as mailing list posts
usually are.

Dunno what's going on with his web configuration, tho.


-- 
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 -- [email protected]
To unsubscribe send an email to [email protected]
https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/
Archived at: 
https://lists.mailman3.org/archives/list/[email protected]/message/DWOYRX2SG7FAOV2QJ6SZR4KFHDZILQF7/

This message sent to [email protected]

Reply via email to