Re: [Mailman-Users] postfix+mailman - User unknowninvirtualmailboxtable
On Fri, 2 Sep 2011 14:28:33 -0700 Mark Sapiro <mark@msapiro.net> wrote:
And here you have given the clue.
I have set SMTPHOST = 'localhost' at /usr/lib/mailman/Mailman/mm_cfg.py
and this has solved the issue.
Mark, I am grateful to you as you have given me a lot of valuable clues through your cool discussion.
with my best regards
<joydeep@infoservices.in> wrote:
I'm glad your group mismatch problem is solved, but I can assure you that setting SMTPHOST = 'localhost' in mm_cfg.py is not what solved it. First of all, this is no different from the Defaults.py setting and thus didn't change anything. More importantly, SMTPHOST is used by Mailman only to determine to what host to connect for SMTP to deliver outgoing mail. It has nothing at all to do with mail delivery TO Mailman.
When I referred to the 'local' transport, I was refering to the Postfix module that was actually piping mail to Mailman. I.e. in a Postfix log entry for delivery to Mailman what you see as see "relay=...".
So I don't know what actually solved your problem. Perhaps you removed list aliases from /etc/aliases and neglected to run "newaliases" or "postalias /etc/aliases" until sometime later or you did something else that solved the problem, but it wasn't just setting SMTPHOST = 'localhost' in mm_cfg.py.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Sat, 3 Sep 2011 10:04:19 -0700 Mark Sapiro <mark@msapiro.net> wrote:
Well.. then I am also confused to think what actually solve the issue... When I first face the gid problem, I have removed the aliases from /etc/aliases and add hash:/var/lib/mailman/data/aliases at the alias section, and not run newaliases any more as suse automatically add/remove aliases from /var/lib/mailman/data/aliases; I have come to know this from suse doc and also confirm by checking the file. Even after all those steps, I faced the gid issue. And now with SMTPHOST = 'localhost', I don't have it any more. So I am also confused what solved the issue. Though I am relaxed... the list is working :-)
J. Bakshi wrote:
It is correct that with MTA = 'Postfix' Mailman automatically runs
/usr/sbin/postalias /path/to/data/aliases
whenever aliases are updated,and likewise
/usr/sbin/postmap /path/to/data/virtual-mailman
if there are POSTFIX_STYLE_VIRTUAL_DOMAINS.
However it doesn't update /etc/aliases.db. Thus, if you just removed Mailman's aliases from /etc/aliases and did not run newaliases or "postalias /etc/aliases", /etc/aliases.db still had the Mailman aliases and that was the problem. Then at some point, you did update /etc/aliases.db and that is what fixed the problem.
As I said. I'm glad it's working, but you could remove the SMTPHOST = 'localhost' from mm_cfg.py, and it will continue to work.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Sun, 4 Sep 2011 22:30:32 -0700 Mark Sapiro <mark@msapiro.net> wrote:
Thanks a lot for all your kind support. Without your suggestion and help, I might not be able to run the lists as soon as it is now. I appreciate your kind help to make the list active.
-many many thanks -with best regards
<joydeep@infoservices.in> wrote:
I'm glad your group mismatch problem is solved, but I can assure you that setting SMTPHOST = 'localhost' in mm_cfg.py is not what solved it. First of all, this is no different from the Defaults.py setting and thus didn't change anything. More importantly, SMTPHOST is used by Mailman only to determine to what host to connect for SMTP to deliver outgoing mail. It has nothing at all to do with mail delivery TO Mailman.
When I referred to the 'local' transport, I was refering to the Postfix module that was actually piping mail to Mailman. I.e. in a Postfix log entry for delivery to Mailman what you see as see "relay=...".
So I don't know what actually solved your problem. Perhaps you removed list aliases from /etc/aliases and neglected to run "newaliases" or "postalias /etc/aliases" until sometime later or you did something else that solved the problem, but it wasn't just setting SMTPHOST = 'localhost' in mm_cfg.py.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Sat, 3 Sep 2011 10:04:19 -0700 Mark Sapiro <mark@msapiro.net> wrote:
Well.. then I am also confused to think what actually solve the issue... When I first face the gid problem, I have removed the aliases from /etc/aliases and add hash:/var/lib/mailman/data/aliases at the alias section, and not run newaliases any more as suse automatically add/remove aliases from /var/lib/mailman/data/aliases; I have come to know this from suse doc and also confirm by checking the file. Even after all those steps, I faced the gid issue. And now with SMTPHOST = 'localhost', I don't have it any more. So I am also confused what solved the issue. Though I am relaxed... the list is working :-)
J. Bakshi wrote:
It is correct that with MTA = 'Postfix' Mailman automatically runs
/usr/sbin/postalias /path/to/data/aliases
whenever aliases are updated,and likewise
/usr/sbin/postmap /path/to/data/virtual-mailman
if there are POSTFIX_STYLE_VIRTUAL_DOMAINS.
However it doesn't update /etc/aliases.db. Thus, if you just removed Mailman's aliases from /etc/aliases and did not run newaliases or "postalias /etc/aliases", /etc/aliases.db still had the Mailman aliases and that was the problem. Then at some point, you did update /etc/aliases.db and that is what fixed the problem.
As I said. I'm glad it's working, but you could remove the SMTPHOST = 'localhost' from mm_cfg.py, and it will continue to work.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Sun, 4 Sep 2011 22:30:32 -0700 Mark Sapiro <mark@msapiro.net> wrote:
Thanks a lot for all your kind support. Without your suggestion and help, I might not be able to run the lists as soon as it is now. I appreciate your kind help to make the list active.
-many many thanks -with best regards
participants (3)
-
J. Bakshi -
joydeep＠infoservices.in
-
Mark Sapiro