Sean McBride writes: > Hmm, the dovecot-related settings in main.cf seem to be:
There are two more settings that are possibly relevant: virtual_mailbox_domains and virtual_alias_domains. These: > smtpd_sasl_auth_enable = yes > smtpd_sasl_type = dovecot > smtpd_sasl_path = private/auth > smtpd_sasl_local_domain=$myhostname > smtpd_sender_login_maps = > hash:/usr/local/etc/postfix/smtpd_sender_login_maps.txt aren't relevant to routing. These apply to all incoming connections that try to authenticate (when and why authentication happens in email is not something a sane person can think about without risking their sanity). > mailbox_transport = lmtp:unix:private/dovecot-lmtp > virtual_transport = lmtp:unix:private/dovecot-lmtp > > Do those give a clue? Yes. Each of those unconditionally sends a whole class of mail to Dovecot. Which is used will depend on the settings of the virtual_*_domains variables. Both have *_maps versions, which allow setting precedence of transports. I *think* that setting those to mailbox_transport_maps = hash:/usr/local/mailman/data/virtual-mailman lmtp:unix:private/dovecot-lmtp virtual_transport_maps = $mailbox_transport_maps might work, although I'm not sure that the virtual-mailman alias format is compatible with transport_maps variables. It is probably a bad idea (asking for future iterations of this issue) to have both mailbox_transport_maps and virtual_transport_maps set if you ever want to expand the kinds of virtual services you provide on your server (for example, forwarding messages for family and friends to Gmail). You should need only one, probably mailbox_transport_maps since both Dovecot and Mailman 2 are local recipients. (From the point of view of Postfix, Mailman 2 is a final delivery, and each post distributed outward is a message created and submitted by Mailman -- Postfix keeps no operational records of mail delivered to Mailman after Mailman accepts it.) -- 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