Am 04.11.2012 18:16, schrieb Christian Rößner: > Would it technically possible to have a smtpd_to_lmtp_proxy option (or > however it could be called), that would receive on smtpd and open a > connection to its LMTP server, doing cleanup and Co. in memory and wait for > the result of the LMTP server? If the LMTP process gets 250 OK, postfix would > give that back to the client. Else closing the session with error status code > received from the LMTP server.
quota and such things can be done with a policyd, below a example for dbmail ___________________________ generally wait for a 250 OK from LMTP would be dumb * think about performance * think about temporary LMTP problems * consider how make a difference hard/soft * you do NOT want a hard-bounce obly because LMTP hangs some months ago i did as example a major-upgrade on dbmail i stopped imap/pop3 and closed submission port but we received new messages due the whole migration after that "postqueue -f" delivered all of them to the inboxes ___________________________ https://github.com/jnorell/dbmail-postfix-policyd smtpd_recipient_restrictions = check_policy_service unix:/var/spool/postfix/dbmail-postfix-policyd/socket
signature.asc
Description: OpenPGP digital signature
