Re: non_smtpd_milters and canonical_maps - what goes first?

2017-06-03 Thread Marek Kozlowski
:-) >> I'm reading http://www.postfix.org/MILTER_README.html and I'm still not >> quite sure. Both are performed by cleanup. What determines the order: >> which goes first and which goes then? I can't find any variable >> determining this... :-( Is it pre-defined (what order?). Can I force >> chan

Re: non_smtpd_milters and canonical_maps - what goes first?

2017-06-03 Thread Wietse Venema
> > Canonical maps replace headers or envelopes before the entire message > > is received. Milters replace/add/delete envelope or content after > > the entire message is received. > > I'm not quite sure if I understand the term you use: `before/after the > entire message is received'. I'd really

Re: non_smtpd_milters and canonical_maps - what goes first?

2017-06-03 Thread Marek Kozlowski
On 06/03/2017 02:13 PM, Wietse Venema wrote: >>> Canonical maps replace headers or envelopes before the entire message >>> is received. Milters replace/add/delete envelope or content after >>> the entire message is received. >> >> I'm not quite sure if I understand the term you use: `before/after

Re: non_smtpd_milters and canonical_maps - what goes first?

2017-06-03 Thread Wietse Venema
Marek Kozlowski: [ Charset ISO-8859-2 converted... ] > On 06/03/2017 02:13 PM, Wietse Venema wrote: > >>> Canonical maps replace headers or envelopes before the entire message > >>> is received. Milters replace/add/delete envelope or content after > >>> the entire message is received. > >> > >> I'

Re: non_smtpd_milters and canonical_maps - what goes first?

2017-06-03 Thread Dominic Raferd
On 3 June 2017 at 14:01, Wietse Venema wrote: > Marek Kozlowski: > [ Charset ISO-8859-2 converted... ] > > On 06/03/2017 02:13 PM, Wietse Venema wrote: > > >>> Canonical maps replace headers or envelopes before the entire message > > >>> is received. Milters replace/add/delete envelope or conten

Re: non_smtpd_milters and canonical_maps - what goes first?

2017-06-03 Thread Wietse Venema
Dominic Raferd: > On 3 June 2017 at 14:01, Wietse Venema wrote: > > > Marek Kozlowski: > > [ Charset ISO-8859-2 converted... ] > > > On 06/03/2017 02:13 PM, Wietse Venema wrote: > > > >>> Canonical maps replace headers or envelopes before the entire message > > > >>> is received. Milters replace

New mail subdomain versus existing domain issues

2017-06-03 Thread lists
I'm setting up a new server with the goal of using letsencrypt ā€ˇversus my self signed cert. (I'm also going to try those SpamAssassin alternatives that require less RAM.) So I will run two VPS for a period as I debug the new server. That said, is there any way to implement email going to both ex

Changing "mail from"

2017-06-03 Thread Mark Scholten
Hello, We have a few forwarders where we need to change the "mail from" during the SMTP stage. Nothing else has to change and I know that spam would be seen as coming from our mail server if we forward it. This last part is acceptable for us. On the mail server that we want to retire this is done

Re: Changing "mail from"

2017-06-03 Thread Marek Kozlowski
:-) On 06/04/2017 07:58 AM, Mark Scholten wrote: > Hello, > > We have a few forwarders where we need to change the "mail from" during the > SMTP stage. Nothing else has to change and I know that spam would be seen as > coming from our mail server if we forward it. This last part is acceptable > f

RE: Changing "mail from"

2017-06-03 Thread Mark Scholten
> -Original Message- > From: Marek Kozlowski [mailto:m.kozlow...@mini.pw.edu.pl] > Sent: Sunday, June 4, 2017 8:04 > To: Mark Scholten; postfix-users@postfix.org > Subject: Re: Changing "mail from" > > :-) > > On 06/04/2017 07:58 AM, Mark Scholten wrote: > > Hello, > > > > We have a few

Re: Changing "mail from"

2017-06-03 Thread Ben McGinnes
On Sun, Jun 04, 2017 at 08:04:14AM +0200, Marek Kozlowski wrote: > On 06/04/2017 07:58 AM, Mark Scholten wrote: >> Hello, >> >> We have a few forwarders where we need to change the "mail from" >> during the SMTP stage. Nothing else has to change and I know that >> spam would be seen as coming from