Re: Alias expansion in a milter service?

2022-08-11 Thread Wietse Venema
Dominik George: Checking application/pgp-signature: FAILURE -- Start of PGP signed section. > Hi, > > [ please excuse me if this kind of progress reports for learning ] > [ and feedback are discouraged on this list ] > > On Thu, Aug 11, 2022 at 10:31:00AM +, Claus

Re: postscreen_dnsbl_sites precedence

2022-08-11 Thread Wietse Venema
Matt Saladna: > Hello, > > When specifying a range of responses to ignore in postscreen_dnsbl_sites > it appears that if a weight is zero it is ignored in favor of a non-zero > weight. Coming back to this thread, please ignore my previuous responses about order dependence. They were wrong.

postscreen scoring questions (was: questions about multiple matches)

2022-08-11 Thread Wietse Venema
After some delay, I have verified that postscreen_dnsbl_sites works as promised: it adds up the scores from all matching patterns. This verification required some infrastructure to test postscreen's scoring code outside of postscreen. I have written a half-dozen tests to ensure that future

Re: Alias expansion in a milter service?

2022-08-11 Thread Dominik George
Hi, [ please excuse me if this kind of progress reports for learning ] [ and feedback are discouraged on this list ] On Thu, Aug 11, 2022 at 10:31:00AM +, Claus Assmann wrote: > On Thu, Aug 11, 2022, Dominik George wrote: > > > only that these have a very limited set of

Re: sendmail: reading "From:" to fill envelope sender address

2022-08-11 Thread Viktor Dukhovni
On Thu, Aug 11, 2022 at 11:01:52AM +0200, witcher wrote: > >As to popularity, I use "mutt", which already supports setting the > >envelope sender based on the "From:" header, passing the desired > >envelope sender to sendmail(1). > > Huh, I didn't know it does that. >From my .muttrc file:

Re: milter with disable_mime_output_conversion=yes: HOW?

2022-08-11 Thread Wietse Venema
lutz.niede...@gmx.net: > Hi. > > Maybe a simple thing but my head is running in circles. > > I'm integrating rspamd as milter like this: > smtpd_milters = inet:localhost:11332 > > MILTER_README says that one should use disable_mime_output_conversion=yes for > milters and shows an example (in

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Nick Howitt
On 11/08/2022 14:49, Matus UHLAR - fantomas wrote: On 2022-08-11 at 07:56:41 UTC-0400 (Thu, 11 Aug 2022 12:56:41 +0100) Nick Howitt is rumored to have said: I can't use reject_unknown_client_hostname as I know at least one major ISP in the UK has their mailserver announcing a ???.local

milter with disable_mime_output_conversion=yes: HOW?

2022-08-11 Thread lutz . niederer
Hi. Maybe a simple thing but my head is running in circles. I'm integrating rspamd as milter like this: smtpd_milters = inet:localhost:11332 MILTER_README says that one should use disable_mime_output_conversion=yes for milters and shows an example (in Workarounds): scan unix -

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Matus UHLAR - fantomas
On 2022-08-11 at 07:56:41 UTC-0400 (Thu, 11 Aug 2022 12:56:41 +0100) Nick Howitt is rumored to have said: I can't use reject_unknown_client_hostname as I know at least one major ISP in the UK has their mailserver announcing a ???.local or ???.lan domain. On 11.08.22 09:23, Bill Cole wrote:

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Bill Cole
On 2022-08-11 at 07:56:41 UTC-0400 (Thu, 11 Aug 2022 12:56:41 +0100) Nick Howitt is rumored to have said: I can't use reject_unknown_client_hostname as I know at least one major ISP in the UK has their mailserver announcing a ???.local or ???.lan domain. 1. Ewww. That's so '90s. 2. The

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Matus UHLAR - fantomas
On 11.08.22 11:43, Nick Howitt wrote: [root@server ~]# postconf -n | grep restrictions Sometimes I see things like: Aug 11 05:29:50 server postfix/smtpd[22642]: connect from unknown[103.169.188.140] AugĀ  9 15:53:47 server postfix/smtpd[16934]: connect from unknown[162.240.216.231] On

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Jaroslaw Rafa
Dnia 11.08.2022 o godz. 12:56:41 Nick Howitt pisze: > > Oh OK, so when it says "unknown" it only means that forward and reverse DNS > don't match? I was reading it that the reverse DNS didn't exits. > > I can't use reject_unknown_client_hostname as I know at least one major ISP > in the UK has

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Nick Howitt
On 11/08/2022 11:54, Matus UHLAR - fantomas wrote: On 11.08.22 11:43, Nick Howitt wrote: [root@server ~]# postconf -n | grep restrictions smtpd_client_restrictions = permit_mynetworks, reject_unknown_reverse_client_hostname smtpd_recipient_restrictions = permit_mynetworks,

Re: reject_unknown_reverse_client_hostname not working as I expect

2022-08-11 Thread Matus UHLAR - fantomas
On 11.08.22 11:43, Nick Howitt wrote: [root@server ~]# postconf -n | grep restrictions smtpd_client_restrictions = permit_mynetworks, reject_unknown_reverse_client_hostname smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_hostname,

Re: Alias expansion in a milter service?

2022-08-11 Thread Claus Assmann
On Thu, Aug 11, 2022, Dominik George wrote: > only that these have a very limited set of tables available, and Have you taken a look at socketmap_table(5)? Maybe that can be used to solve your problem.

Re: Alias expansion in a milter service?

2022-08-11 Thread Matus UHLAR - fantomas
On 11.08.22 11:36, Dominik George wrote: I am currently integrating Postfix tightly into a web-based system. The objective is to do as much communication between a cloud platform and the systems using it using pure HTTP / REST APIs. The platform provides a REST API that takes an e-mail address

Re: sendmail: reading "From:" to fill envelope sender address

2022-08-11 Thread witcher
There isn't. Good to know. As to popularity, I use "mutt", which already supports setting the envelope sender based on the "From:" header, passing the desired envelope sender to sendmail(1). Huh, I didn't know it does that. I've only tried sending with sendmail(1) via the command line