Re: Combining transport and aliases

From: CompuGenic (no email)
Date: Wed Jun 01 2005 - 11:53:27 EDT

  • Next message: Wolfgang Zeikat: "Refresh MX lookups for smtp client?"

    Michael,
    I'm not Postfix mail expert, but this is what I think.
    Your virtual_transport should be a delivery transport, not a transport map.
    Then you should define transport_maps = type:table

    Hope that helps.

    Pablo

    Michael Nguyen wrote:

    >From: "Matt Fretwell" <>
    >
    >
    >>Michael Nguyen wrote:
    >>
    >>
    >
    >[snip]
    >
    >
    >
    >>>I'm going to try to implement this now. Let me know if I've
    >>>misunderstood...
    >>>
    >>>
    >> Not necessarily mydestination.
    >>
    >>check_recipient_access hash:/path/to/file
    >>
    >> OK
    >>
    >> That recipient is then valid for being accepted, thus can be transported.
    >>As long as that is a valid domain for your machine.
    >>
    >>
    >
    >Hmm.... I liked this idea better than rewriting to @$mydestination, but it
    >didn't quite work. I'm back to the situation where the transport_maps
    >aren't being queried:
    >
    >May 31 15:33:16 m26 postfix/smtpd[22065]: NOQUEUE: reject: RCPT from
    >localhost.localdomain[127.0.0.1]: 550 <>: Recipient
    >address rejected: User unknown in virtual alias table;
    >from=<> to=<> proto=SMTP
    >
    >check_recipient_access was definitely hit because I saw the following in the
    >SQL log:
    >
    >SELECT "OK" FROM account WHERE login = 'michaeln'
    >
    >I added the following:
    >
    >smtpd_recipient_restrictions = check_recipient_access mysql:access,
    > check_recipient_access
    >hash:/etc/postfix/access,
    > ...
    >
    >" OK" is valid in both the MySQL map and the hash map.
    >
    >What am I missing here?
    >
    >
    >Michael
    >
    >
    >
    >
    >


  • Next message: Wolfgang Zeikat: "Refresh MX lookups for smtp client?"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD