mailman on virtual domains: SMTP Error (state 13): 554 relay denied

Discussion in 'HOWTO-Related Questions' started by Bèrto 'd Sèra, Dec 16, 2007.

  1. Bèrto 'd Sèra

    Bèrto 'd Sèra New Member

    Hi again!

    as promised, I'm here to bug you with mailman integration. :)

    I started from this
    (which works just great)
    and added this
    (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
    ('', '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[]: 554 5.7.1 <[email protected]>: Relay access denied; from=<[email protected]> to=<[email protected]
    > proto=ESMTP helo=<>
    Dec 16 06:17:25 hd-t2952cl postfix/smtpd[14523]: disconnect from[]

    My 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 =
    relay_domains =
    mailbox_command = procmail -a "$EXTENSION"
    mailbox_size_limit = 0
    recipient_delimiter = +
    virtual_alias_domains =
    virtual_alias_maps = proxy:mysql:/etc/postfix/, mysql:/etc/postfix/
    virtual_mailbox_domains = proxy:mysql:/etc/postfix/
    virtual_mailbox_maps = proxy:mysql:/etc/postfix/
    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/
    virtual_create_maildirsize = yes
    virtual_mailbox_extended = yes
    virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/
    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:[]:10024
    receive_override_options = no_address_mappings
    inet_protocols = all
    mailman_destination_recipient_limit = 1
    alias_maps =
    alias_database =

    both and are traceable from remote (we have * dns record).
  2. Bèrto 'd Sèra

    Bèrto 'd Sèra New Member

    The problem had nothing to do with the virtual domains here.
    all it took was adding to /etc/mailman/ the following line (with proper domain names)

    add_virtualhost( '', 'do.main' )

    One less trouble on my server :)

Share This Page