Re: Adding envelope-from in Received headers

On 13/02/12 20:59, Nikolaos Milas wrote: > Hello, > > I've noticed that message Received headers do not include the > envelope-from address. > > Is there a way to include the envelope-from address in message Received > headers? It's the Return-Path header. Peter

Re: Adding envelope-from in Received headers

On 13/2/2012 10:24 πμ, Peter wrote: It's the Return-Path header. Great Peter! Thanks. Nick

Re: Adding envelope-from in Received headers

In an older episode, on 2012-02-13 09:24, Peter wrote: Is there a way to include the envelope-from address in message Received headers? It's the Return-Path header. AFAIK, Return-Path is not part of the message header during SMTP transport, but it is added by the MDA (mail delivery agent) d

Re: Adding envelope-from in Received headers

On 13/02/12 22:20, Wolfgang Zeikat wrote: > In an older episode, on 2012-02-13 09:24, Peter wrote: > >>> Is there a way to include the envelope-from address in message Received >>> headers? >> >> It's the Return-Path header. > > AFAIK, Return-Path is not part of the message header during SMTP > t

Re: Suppressing received-from line when mail is from authenticated MUA

Noel, --On 12 February 2012 18:50:26 -0600 Noel Jones wrote: On 2/12/2012 2:21 PM, Alex Bligh wrote: A server I run (let's say mail.example.com) inserts a mail header similar to the one below, when it receives mail either via normal SMTP from another MTA, or when it receives mail from an au

Re: Suppressing received-from line when mail is from authenticated MUA

Am 13.02.2012 10:52, schrieb Alex Bligh: > Noel, > > --On 12 February 2012 18:50:26 -0600 Noel Jones > wrote: > >> On 2/12/2012 2:21 PM, Alex Bligh wrote: >>> A server I run (let's say mail.example.com) inserts a mail header >>> similar to the one below, when it receives mail either via normal >

Re: Suppressing received-from line when mail is from authenticated MUA

Alex Bligh: > I've read the documentation on header_checks and it only *appears* to > operate on headers received from another server. What I want is Please point out what text that is, and I will fix it. Wietse

Re: Suppressing received-from line when mail is from authenticated MUA

Wietse, --On 13 February 2012 07:31:58 -0500 Wietse Venema wrote: I've read the documentation on header_checks and it only *appears* to operate on headers received from another server. What I want is Please point out what text that is, and I will fix it. See http://www.postfix.org/header

Re: Suppressing received-from line when mail is from authenticated MUA

On 2/13/2012 3:52 AM, Alex Bligh wrote: > remove it). Are you saying that the Received: line is added prior > to header_checks and header_checks can remove lines postfix itself > added? Yes, of course. > > (just to be clear, I run mail.example.com, and want to avoid having > the header mail.exa

Re: Suppressing received-from line when mail is from authenticated MUA

Here's what I did: Create file 'stripauth' with the following line: /^(Received:.*)$/ REPLACE X-Recieved: From Authenticated User In master.cf: submission inet n - n - - smtpd -o smtpd_client_restrictions=permit_sasl_authenticated,reject -o smtpd_helo_restrict

Postfix Mailing List

Hi Postfix Users, How to filter messages from this list? I miss something like "List-Id: Postfix Mailing List " -- Chris

Re: Postfix Mailing List

On 13/02/2012 14:23, Chris wrote: Hi Postfix Users, How to filter messages from this list? I miss something like "List-Id: Postfix Mailing List " Any of these provide sufficient for filtering: To: postfix-users@postfix.org Sender: owner-postfix-us...@postfix.org List-Post:

Re: Suppressing received-from line when mail is from authenticated MUA

Alex Bligh: > Wietse, > > --On 13 February 2012 07:31:58 -0500 Wietse Venema > wrote: > > >> I've read the documentation on header_checks and it only *appears* to > >> operate on headers received from another server. What I want is > > > > Please point out what text that is, and I will fix it.

Re: Postfix Mailing List

* Chris : > Hi Postfix Users, > > How to filter messages from this list? > > I miss something like "List-Id: Postfix Mailing List > " Use one of those: List-Post: List-Help: List-Unsubscribe: Li

Re: Suppressing received-from line when mail is from authenticated MUA

--On 13 February 2012 09:56:19 -0500 Wietse Venema wrote: There is no statement about remote MTAs, so I don't see how I could change the text to avoid making that impression. I think simply adding to the first block ("FILTERS WHILE RECEVING MAIL") the statement "Where Postfix adds a Recei

Re: Suppressing received-from line when mail is from authenticated MUA

On 13/02/2012 14:56, Wietse Venema wrote: Alex Bligh: Wietse, --On 13 February 2012 07:31:58 -0500 Wietse Venema wrote: I've read the documentation on header_checks and it only *appears* to operate on headers received from another server. What I want is Please point out what text that is, a

Re: Suppressing received-from line when mail is from authenticated MUA

--On 13 February 2012 09:04:12 -0500 Rod K wrote: Here's what I did: So, what I did for future readers of the archives is have the following line in header_checks: /^Received: .*by (mail\.example\.com \(Postfix\) with (ESMTPSA|SMTPSA|ESMTPA|SMTPSA).*)$/ REPLACE Received: by $1 This remo

Re: Suppressing received-from line when mail is from authenticated MUA

--On 13 February 2012 15:22:01 + Mark Goodge wrote: In particular, if you have a process called "RECEIVING MAIL" (as in "FILTERS WHILE RECEIVING MAIL") then logically, one would expect Received headers be added after that process is complete, as until it is complete the mail has not yet

Re: Suppressing received-from line when mail is from authenticated MUA

Mark Goodge: > On 13/02/2012 14:56, Wietse Venema wrote: > > Alex Bligh: > >> Wietse, > >> > >> --On 13 February 2012 07:31:58 -0500 Wietse Venema > >> wrote: > >> > I've read the documentation on header_checks and it only *appears* to > operate on headers received from another server. Wh

Re: Suppressing received-from line when mail is from authenticated MUA

Alex Bligh: > /^Received: .*by (mail\.example\.com \(Postfix\) with .. > Note that this generates a warning from postmap about it looking like You don't need to postmap a regexp/pcre file. Wietse

Re: Suppressing received-from line when mail is from authenticated MUA

On 2/13/2012 9:24 AM, Alex Bligh wrote: > > > --On 13 February 2012 09:04:12 -0500 Rod K wrote: > >> Here's what I did: > > So, what I did for future readers of the archives is have the following > line in header_checks: > > /^Received: .*by (mail\.example\.com \(Postfix\) with > (ESMTPSA|SMT

Re: Suppressing received-from line when mail is from authenticated MUA

Wietse, --On 13 February 2012 10:33:42 -0500 Wietse Venema wrote: ... Sure, but I am trying to fix problems one at a time. The confusion that header_checks operates only on headers received from ANOTHER server needs to be addressed first. I don't see where the text implies that this Postfi

Re: Suppressing received-from line when mail is from authenticated MUA

On 13/02/12 15:24, Alex Bligh wrote: So, what I did for future readers of the archives is have the following line in header_checks: /^Received: .*by (mail\.example\.com \(Postfix\) with (ESMTPSA|SMTPSA|ESMTPA|SMTPSA).*)$/ REPLACE Received: by $1 This removes the inbound IP addresses data, but k

Re: Suppressing received-from line when mail is from authenticated MUA

On 2/13/2012 9:49 AM, li...@coffeehabit.net wrote: > I have been trying this, but for some reason it does not work. I > assume the wrapping doesn't matter, since the lines are different > lengths depending on the recipient server. Below is postfix (IPs > redacted), Exchange gives longer lines.

Re: Suppressing received-from line when mail is from authenticated MUA

--On 13 February 2012 10:17:21 -0600 Noel Jones wrote: And if you mangle the Received: header, you should rename it to X-Received: to keep spam scanners from penalizing you for an invalid header. I'm not 100% convinced that is the right approach. If I send mail to the final MTA without a

Re: Suppressing received-from line when mail is from authenticated MUA

On 2/13/2012 10:51 AM, Alex Bligh wrote: > > > --On 13 February 2012 10:17:21 -0600 Noel Jones > wrote: > >> And if you mangle the Received: header, you should rename it to >> X-Received: to keep spam scanners from penalizing you for an invalid >> header. > > I'm not 100% convinced that is the

Re: Suppressing received-from line when mail is from authenticated MUA

Noel, thanks for your patient response. On 13/02/12 16:17, Noel Jones wrote: On 2/13/2012 9:49 AM, li...@coffeehabit.net wrote: I have been trying this, but for some reason it does not work. I assume the wrapping doesn't matter, since the lines are different lengths depending on the recipient

Re: Suppressing received-from line when mail is from authenticated MUA

--On 13 February 2012 11:03:20 -0600 Noel Jones wrote: I note that gmail appears to insert a Received: line with out a "from" element, so I can't imagine any penalty will be significant. I wasn't aware of that. Maybe I'll examine the RFC more closely and see if that is specifically allow

rate limiting per MX / group of IPs?

Is it possible to do rate limiting per MX, or a group of IPs, and not by email address / domain? Right now, I limit by: * master.cf: slow unix - - n - - smtp -o syslog_name=postfix-slow * main.cf: # domains which we want to slow down transport_maps =

Re: rate limiting per MX / group of IPs?

Tomasz Chmielewski: > Is it possible to do rate limiting per MX, or a group of IPs, and not by > email address / domain? ... > But instead of listing every domain in transport_maps, I'd rather use > the MX values, or IP ranges - is it somehow possible? This is not possible. DNS lookups happen

Re: Postfix Mailing List

Den 2012-02-13 15:23, Chris skrev: How to filter messages from this list? ## Generated by Roundcube Webmail SieveRules Plugin ## require ["fileinto","imap4flags","envelope"]; # rule:[postfix announce] if allof (address :is "To" "postfix-annou...@postfix.org") { fileinto "postfix";

Re: rate limiting per MX / group of IPs?

On 02/14/2012 01:01 AM, Wietse Venema wrote: Tomasz Chmielewski: Is it possible to do rate limiting per MX, or a group of IPs, and not by email address / domain? ... But instead of listing every domain in transport_maps, I'd rather use the MX values, or IP ranges - is it somehow possible? Th

Re: Postfix Mailing List

# rule:[postfix announce] if allof (address :is "To" "postfix-annou...@postfix.org") { fileinto "postfix"; setflag "\\Flagged"; stop; } this is a sieve bug hidded fileinto must be done after setflag else setflag is not appled

Re: rate limiting per MX / group of IPs?

Tomasz Chmielewski: > On 02/14/2012 01:01 AM, Wietse Venema wrote: > > Tomasz Chmielewski: > >> Is it possible to do rate limiting per MX, or a group of IPs, and not by > >> email address / domain? > > ... > >> But instead of listing every domain in transport_maps, I'd rather use > >> the MX values

Re: Replacing sendmail with postfix for local mail in FreeBSD

I'm completely flummoxed by this. Ripping sendmail by the roots out of FreeBSD may not be such a good idea so I've avoided that, remove any sendmail that is NOT provided by postfix is solving it though I would have thought that mailwrapper and the rc.conf settings would have accomplished es

Re: Suppressing received-from line when mail is from authenticated MUA

On Mon, Feb 13, 2012 at 05:17:42PM +, Alex Bligh wrote: > >I wasn't aware of that. Maybe I'll examine the RFC more closely and > >see if that is specifically allowed. > > I'll save you the trouble - it is not allowed. > > RFC 2821 p51 RFC 2821 covers (surprise!) SMTP, so the Received forma