On Mon, Feb 9, 2026 at 2:09 PM Stephen J. Turnbull <steve@turnbull.jp> wrote:
Chihurumnaya Ibiam via Mailman-users writes:
On Sat, Feb 7, 2026 at 7:28?AM Stephen J. Turnbull <steve@turnbull.jp> wrote:
# default, I put aliases in /etc/postfix alias_maps = hash:/etc/aliases # you may want to set virtual_alias_maps =
I'm not sure this would solve the problem because there are no users on the host, just me and root.
That's *exactly* the point of aliases and virtual aliases, when you don't have (or perhaps don't want) a local user to receive the mail at the apparent domain.
So for example it definitely helps you to get a handle on the mail to "weblate" problem. You use a virtual alias to direct that mail to either a user on "list" such as root, or to a file, or even (when you are confident in Mailman) to a mailing list. Then you can see what the mail is.
And you should definitely have such a alias, since there's no recipient at weblate. Or perhaps you would use a transport map to catch all mail to weblate.
I've set it, and I set an empty file but confirmation emails still aren't sent. Password reset emails also aren't being delivered, can't see entries for these in the logs so I'll check later.
Considering virutal_alias_maps enable delivery to addresses which aren't users, while this seems like a good security practice, I don't see how it should work to deliver mailman emails to user accounts.
Yes, I wonder why this host is trying to connect to those machines. I know that those machines send their logs to a list, that's about it.
In particular with the mail to "weblate", it's almost certainly some DSN about mail that "weblate" is sending to Mailman. If you catch the recipient address at "weblate" with a virtual alias, you can send that to root or to a file (possibly via a local alias, I don't think virtual aliases can go to files or pipes).
I'll not worry about this because weblate only sends emails to user accounts created there, and it seems to work just fine at the moment.
-- GNU Mailman consultant (installation, migration, customization) Sirius Open Source https://www.siriusopensource.com/ Software systems consulting in Europe, North America, and Japan
--
Ibiam Chihurumnaya ibiamchihurumnaya@gmail.com