Syafril Hermansyah wrote:

>On 09/06/2011 10:06 AM, Mark Sapiro wrote:
>
>and after set VIRTUAL_MAILMAN_LOCAL_DOMAIN = None and run
>/usr/lib/mailman/bin/genaliases I got  in virtual-mailman
>
>
>[email protected]   mailman-loop
>[email protected]  mailman-loop
>
># STANZA START: mylist
># CREATED: Tue Sep  6 12:54:05 2011
>
>[email protected]              [email protected]
>[email protected]        [email protected]
>[email protected]      [email protected],
>[email protected]      [email protected]
>....


I don't see how this is possible. If you run bin/genaliases, it should
recreate data/aliases and data/virtual-mailman (and the associated .db
files) from empty, and if VIRTUAL_MAILMAN_LOCAL_DOMAIN = None, there
should be no "@domain" on the right hand side of any of the entries.
It should not be possible that the mailman-loop addresses are
unqualified and list addresses are qualified immediately after running
genaliases.

Do you possibly have more that one data/ directory, e.g.,
/usr/lib/mailman/data/ as well as /var/lib/mailman/data/?


>while /var/lib/mailman/data/aliases consist
>
># The ultimate loop stopper address
>mailman-loop: /var/lib/mailman/data/owner-bounces.mbox
>
># STANZA START: mailman
># CREATED: Fri Sep  9 20:55:34 2011
>mailman:             "|/var/lib/mailman/mail/mailman post mailman"
>mailman-admin:       "|/var/lib/mailman/mail/mailman admin mailman"
>....


I also note that the timestamp on the mailman list above is "Fri Sep  9
20:55:34 2011" while that on the mylist list in virtual-mailman is
"Tue Sep  6 12:54:05 2011". This is additional evidence that the
data/virtual-mailman you are looking at above is not the one updated
by genaliases.


>this kind of aliases makes posting not working, the error said
>
>DBB8E2C238A     3104 Fri Sep  9 17:26:32  [email protected]
>                                                     (user unknown)
>   |/var/lib/mailman/mail/mailman post mailman"@dip13.dutaint.com
>
>as you see there is "@dip13.dutaint.com appended
>
>> The intent is to add qualification so they become local addresses if
>> the bare name is not understood to be in a local domain.
>
>Yeah it should be like that, but I found that my problem is because I
>used all domain as virtual domain.
>I have virtual_alias_maps to forward mail address to certain address
>being redirecting to my account on different mailserver, see
>
>http://www.postfix.org/VIRTUAL_README.html
>
>section Mail forwarding domains.
>
>I follow suggestion on this page
>----
>Mailing lists
>...
>There is one major limitation: virtual aliases and virtual mailboxes
>can't directly deliver to mailing list managers such as majordomo. The
>solution is to set up virtual aliases that direct virtual addresses to
>the local delivery agent:
>
>    /etc/postfix/main.cf:
>        virtual_alias_maps = hash:/etc/postfix/virtual
>
>    /etc/postfix/virtual:
>        [email protected] listname-request
>        [email protected]         listname
>        [email protected]   owner-listname
>
>    /etc/aliases:
>        listname: "|/some/where/majordomo/wrapper ..."
>        owner-listname: ...
>        listname-request: ...
>
>And after putting complete address (right hand site of @) mailman
>working as expected.
>
>>> The problem is if I put more than one domains such
>>> VIRTUAL_MAILMAN_LOCAL_DOMAIN = 'list.example.com', 'others.domain.com',
>>> etc.domain.com
>>>
>>> makes error while generate aliases
>>> $ sudo /usr/lib/mailman/bin/genaliases
>> 
>> 
>> That's because
>> 
>> VIRTUAL_MAILMAN_LOCAL_DOMAIN = 'list.example.com', 'others.domain.com',
>> etc.domain.com
>> 
>> is not valid Python, and even if you were to make it a valid list like
>> 
>> VIRTUAL_MAILMAN_LOCAL_DOMAIN = ['list.example.com',
>> 'others.domain.com', etc.domain.com]
>
>Still no go.


Of course it doesn't work. You left out the next line of my statement
above, namely "It would make no sense."


>While run $ sudo /usr/lib/mailman/bin/genaliases I got error
>
>Traceback (most recent call last):
>  File "/usr/lib/mailman/bin/genaliases", line 122, in <module>
>    main()
>  File "/usr/lib/mailman/bin/genaliases", line 112, in main
>    MTA.create(mlist, nolock=True, quiet=quiet)
>  File "/var/lib/mailman/Mailman/MTA/Postfix.py", line 237, in create
>    _do_create(mlist, VIRTFILE, _addvirtual)
>  File "/var/lib/mailman/Mailman/MTA/Postfix.py", line 219, in _do_create
>    func(mlist, fp)
>  File "/var/lib/mailman/Mailman/MTA/Postfix.py", line 127, in _addvirtual
>    loopdest += '@' + mm_cfg.VIRTUAL_MAILMAN_LOCAL_DOMAIN
>TypeError: cannot concatenate 'str' and 'list' objects
>
>BTW. What is the purpose of  DEB_LISTMASTER?


Please see the FAQ at <http://wiki.list.org/x/OIDD>.



>On postfix-to-mailman.py mentioned as
>
># This script is meant to be called as a postfix transport pipe.
>
># It catches all mail to a virtual domain, eg "lists.example.com".  It
># looks at the recipient for each mail message and decides if the mail
># is addressed to a valid list or not, and optionally bounces the
># message with a helpful suggestion if it's not addressed to a
># list. It decides if it is a posting, a list command, or mail to the
># list administrator, by checking for the -admin, -owner, -request,
># -join, -leave, -subscribe and -unsubscribe addresses. It will
># recognize a list as soon as the list is created, there is no need to
># add _any_ aliases for any list.  It recognizes mail to postmaster,
># abuse and mailer-daemon, and routes those mails to DEB_LISTMASTER as
># defined in mm_cfg.py
>
>But I didn't see it's working (I expect all bounce distribution mail
>will copied to postmaster@$myhostname) since I put
>DEB_LISTMASTER = [email protected]
>
>but it does not.


Please note that postfix_to_mailman.py is a third party module
officially unsupported by the GNU Mailman project. Further, it is an
alternative to delivery via virtual alias maps and aliases and the two
methods are incompatible.

I am completely lost in trying to understand your configuration, To
help further, I would need to see the complete contents of mm_cfg.py
and the output from 'postconf -n'. Then I will undoubtedly have
additional questions.

Also, I'm not sure what you are trying to accomplish with
virtual-mailman. but things like

[email protected]              [email protected]

make no sense as they say to map the virtual address
[email protected] to itself. If Postfix knows how to deliver to
[email protected], the virtual mapping is unnecessary and if it
doesn't, mapping the address to itself doesn't help.


-- 
Mark Sapiro <[email protected]>        The highway is for gamblers,
San Francisco Bay Area, California    better use your sense - B. Dylan

------------------------------------------------------
Mailman-Users mailing list [email protected]
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Reply via email to