[pfx] Re: local_recipient_maps does not apply to local mail submission

Cool! thank-you. Regards, -- Étienne Miret https://etienne.miret.io/ OpenPGP_signature.asc Description: OpenPGP digital signature ___ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to

[pfx] Re: postfix/postmap TLS To MariaDB/MySQL Backend

I’m not even sure the Postfix support that setting Sorry for the missing word. I meant “the Postfix client”. Also, with regards to MariaDB client option file, see this Postfix setting: option_file Read options from the given file instead of the default my.cnf location. This reads

[pfx] Re: postfix/postmap TLS To MariaDB/MySQL Backend

Hi! You said you didn’t change Postfix configuration. I’m pretty sure this is the issue. You configured the server to reject a connection not using TLS, so you need to tell the client to use it. So what's the difference between a MAriaDB Client file and the various "tls_" settings in the

[pfx] Re: postfix/postmap TLS To MariaDB/MySQL Backend

Hi! From MariaDB 10.5.2, the require_secure_transport system variable is available. When set (by default it is off), connections attempted using insecure transport will be rejected. Secure transports are SSL/TLS, Unix sockets or named pipes. Note that requirements set for specific user

[pfx] Re: local_recipient_maps does not apply to local mail submission

Hello! The documentation patch seems to suggest that there are potential futures in which the parameter also restricts non-SMTP message ingres, or even delivery after alias expansion for addresses not listed in the table. Well, based on previous messages on this thread, I thought this was

[pfx] Re: local_recipient_maps does not apply to local mail submission

Hello, There is nothing that prevents local_recipient_maps from being used elsewhere. The need to do so just hasn't come up. To be fair, I don’t have any use for this either. It’s just I had a misconfiguration on my side, a user wouldn’t get their mails (well, myself actually, the

[pfx] Re: returned message path

Per RFC 5321, section 8 Section 6: . Sorry for the typo. -- Étienne Miret https://etienne.miret.io/ ___ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to

[pfx] Re: returned message path

Hello, Per RFC 5321, section 8, an error message MUST be sent to the sender address. This uses regular MX resolution. Of course, the sender address is the one on the envelope, which is not necessarily related to the one specified in the From: header of the email. Regards, -- Étienne Miret

[pfx] Re: local_recipient_maps does not apply to local mail submission

Hello all, […] the queue manager just hands off the message to the relevant transport. Whether the transport also uses the same table to decide whether or where to deliver mail is up to the transport. Obviously. The question is about who checks the local_recipient_maps. Looking at the at

[pfx] Re: local_recipient_maps does not apply to local mail submission

Hello, Did you mean command-line submission with /usr/sbin/sendmail? Yes, as well as internal submission by a Postfix process when using aliasing. Sorry, I thought I was explicit (albeit the typo in "command"). This will receive and then bounce the message. Nope. My tests (using the

[pfx] local_recipient_maps does not apply to local mail submission

Hello, After troubleshooting an issue on my Postfix server, I found out that the local_recipient_maps parameter is ignored for locally submitted emails. That is, a recipient not listed there will: - be rejected for mail received from the Internet, - still get mails from the sendmail commnd