![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Mark Sapiro wrote:
Michael Soh wrote:
Thanks Mark and Geoff for your help. The fix did work. However, now trying to use mailman in my virtual domain is proving problematic.
I removed the previous epicfail@lists.mikesoh.com and created epicfail@linuslive.com. The output of the maillog is:
[...]
May 23 14:06:35 hotdog postfix/qmgr[24277]: D897D518820E: from=< michael.c.soh@gmail.com>, size=1996, nrcpt=1 (queue active) May 23 14:06:35 hotdog postfix/error[24526]: D897D518820E: to=< epicfail@mikesoh.com>, orig_to=<epicfail@linuslive.com>, relay=none, delay=0.73, delays=0.53/0.04/0/0.16, dsn=5.0.0, status=bounced (User unknown in virtual alias table) [...]
What's in mm_cfg.py?
In particular, is 'linuslive.com' in POSTFIX_STYLE_VIRTUAL_DOMAINS and in an add_virtualhost() directive.
On closer inspection, Those aren't the appropriate questions. It appears the problem may be in Postfix.
It looks like epicfail@linuslive.com is being mapped to epicfail@mikesoh.com by virtual_alias_maps, but mikesoh.com is in turn a virtual domain (i.e. in virtual_alias_domains).
It looks like mydomain is set to mikesoh.com because it defaults myhostname with the first component removed. You either want to set mydomain explicitly to some domain in mydestination or if your Mailman is recent enought to support it, set
VIRTUAL_MAILMAN_LOCAL_DOMAIN = 'localhost'
in mm_cfg.py and run Mailman's bin/genaliases to rebuild virtual-mailman.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan