Hi again! as promised, I'm here to bug you with mailman integration. I started from this http://www.howtoforge.com/virtual_users_and_domains_with_postfix_debian_etch (which works just great) and added this http://freemars.org/howto/mailman.html (which looks promising, but I can't seem to make it work) under postfix, I thought I could be clever and ignored this line: transport_maps = hash:/etc/postfix/transport and in instead I entered in my db tables INSERT INTO `transport` (`domain`, `transport`) VALUES ('lists.eng.my-domain-name.mobi', 'mailman:'); my brilliant purpose was to have a different localisation of mailman depending on user language (we want to have lists on different languages, so this would be needed) Too bad that I keep getting an error when I try to connect by remote mail: Technical details of permanent failure: PERM_FAILURE: SMTP Error (state 13): 554 5.7.1 <[email protected]>: Relay access denied I have no trace of the event on mail.err, mail.log basically says the same things that are reported to the sender: =================================== Dec 16 06:17:25 hd-t2952cl postfix/smtpd[14523]: NOQUEUE: reject: RCPT from ug-out-1314.google.com[66.249.92.168]: 554 5.7.1 <[email protected]>: Relay access denied; from=<[email protected]> to=<[email protected] > proto=ESMTP helo=<ug-out-1314.google.com> Dec 16 06:17:25 hd-t2952cl postfix/smtpd[14523]: disconnect from ug-out-1314.google.com[66.249.92.168] My main.cf on postfix is ===================================== myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no smtpd_tls_cert_file = /etc/postfix/smtpd.cert smtpd_tls_key_file = /etc/postfix/smtpd.key smtpd_use_tls = yes smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache mynetworks = 127.0.0.0/8 relay_domains = lists.my-domain-name.mobi mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + virtual_alias_domains = virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf virtual_mailbox_base = /home/vmail virtual_uid_maps = static:5000 virtual_gid_maps = static:5000 smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf virtual_create_maildirsize = yes virtual_mailbox_extended = yes virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailbox_limit_maps.cf virtual_mailbox_limit_override = yes virtual_maildir_limit_message = "The user you are trying to reach is over quota." virtual_overquota_bounce = yes proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps content_filter = amavis:[127.0.0.1]:10024 receive_override_options = no_address_mappings inet_protocols = all mailman_destination_recipient_limit = 1 alias_maps = alias_database = ================================= both my-domain-name.mobi and lists.my-domain-name.mobi are traceable from remote (we have *.my-domain-name.mobi dns record).
The problem had nothing to do with the virtual domains here. all it took was adding to /etc/mailman/mm_cfg.py the following line (with proper domain names) add_virtualhost( 'www.do.main', 'do.main' ) One less trouble on my server