On Fri, Aug 2, 2024 at 5:51 PM Roland Giesler via Mailman-users < mailman-users@mailman3.org> wrote:
On 2024/08/01 10:09, Roland Giesler via Mailman-users wrote:
I needed to put these files at these locations:
transport_maps = hash:/etc/mailman3/data/postfix_lmtp local_recipient_maps = hash:/etc/mailman3/data/postfix_lmtp relay_domains = hash:/etc/mailman3/data/postfix_domains
However, since I'm using power-mailinabox, Postfix is configured to use sqlite already and has these lines by default:
virtual_mailbox_domains=sqlite:/etc/postfix/virtual-mailbox-domains.cf virtual_mailbox_maps=sqlite:/etc/postfix/virtual-mailbox-maps.cf virtual_alias_maps=sqlite:/etc/postfix/virtual-alias-maps.cf local_recipient_maps=$virtual_mailbox_maps
So I have only added this line to postfix's main.cf:
# Add postfix_domains path so mailman can add domains to it for lists relay_domains=hash://etc/mailman3/data/postfix_domains
The local_recipient_maps are set by power-mailinabox already, so I'm ignoring what mailman creates.
It seems that this is a mistake. If I don't let postfix read the local_recipient_maps that mailman3 created, the incoming emails are not sent to the other host. So I have a conflict with the local_recipient_maps that postfix has (created by Power-mailinabox) and those created by mailman3.
I'm hoping that if I specify local_recipient_maps more than once and then both sources will be considered. Would that work?
If not, then I'm pretty much stumped, unless I go for the database option that has not been merged yet. Even if I do that, I would need to make sure that mailman3 doesn't remove the other entries in the database which, judging by what I've seen, seems to be the case.
Any ideas?
Quoting the official documentation: https://docs.mailman3.org/en/latest/install/virtualenv.html#setup-mta
If your current main.cf contains settings for these items, including the
default setting for local_recipient_maps, you should add the Mailman
setting to the existing setting rather than replacing it.
Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]