Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Daniel L'Hommedieu
On Mar 28, 2010, at 19:28, Jerry wrote: > On Sun, 28 Mar 2010 17:51:27 -0400, Daniel L'Hommedieu > articulated: > >> After seeing this comment, I decided to see what versions of postfix >> I have installed. The RPM available for both CentOS 5 and RHEL5 is >> "postfix-2.3.3-2.1.el5_2." It's inte

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Jerry
On Sun, 28 Mar 2010 17:51:27 -0400, Daniel L'Hommedieu articulated: > After seeing this comment, I decided to see what versions of postfix > I have installed. The RPM available for both CentOS 5 and RHEL5 is > "postfix-2.3.3-2.1.el5_2." It's interesting that both of these Linux > versions offer

Fwd: Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread fakessh
Original Message Subject: Re: Consolidating Virtual Domain Delivery Date: Mon, 29 Mar 2010 00:14:43 +0200 From: fakessh To: "Roderick A. Anderson" On Sun, 28 Mar 2010 15:00:08 -0700, "Roderick A. Anderson" wrote: > Daniel L'Hommedieu wrote: >> On Mar 28, 2010, at 15:23, Wiet

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Roderick A. Anderson
Daniel L'Hommedieu wrote: On Mar 28, 2010, at 15:23, Wietse Venema wrote: BTW, Postfix 2.3 is no longer maintained. It is almost four years old. Wietse, After seeing this comment, I decided to see what versions of postfix I have installed. The RPM available for both CentOS 5 and RHEL5 is "p

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Daniel L'Hommedieu
On Mar 28, 2010, at 15:23, Wietse Venema wrote: > BTW, Postfix 2.3 is no longer maintained. It is almost four years old. Wietse, After seeing this comment, I decided to see what versions of postfix I have installed. The RPM available for both CentOS 5 and RHEL5 is "postfix-2.3.3-2.1.el5_2." I

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Wietse Venema
Frank Reid: > Wietse Venema wrote: > > > To prove that POSTFIX is at fault you need to demonstrate that > > ONE message with MULTIPLE recipients results in MULTIPLE deliveries. > > I did some tests, and it appears it only happens when addressing the virtual > domain. POSTFIX does only one "RC

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Wietse Venema
Frank Reid: > Wietse Venema wrote: > > > To prove that POSTFIX is at fault you need to demonstrate that > > ONE message with MULTIPLE recipients results in MULTIPLE deliveries. > > I did some tests, and it appears it only happens when addressing the virtual > domain. POSTFIX does only one "RC

RE: Consolidating Virtual Domain Delivery

2010-03-28 Thread Frank Reid
Wietse Venema wrote: > To prove that POSTFIX is at fault you need to demonstrate that > ONE message with MULTIPLE recipients results in MULTIPLE deliveries. I did some tests, and it appears it only happens when addressing the virtual domain. POSTFIX does only one "RCPT TO" for normal (local o

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Wietse Venema
Frank Reid: > Wietse Venema wrote: > > > Yes it is possible. However, I need to warn you first about a > > mis-conception. > > > The To: header is NOT a reliable indicator of the intended recipient. > > Understand. I have no intention to sort out or deliver this mail by other > means from th

RE: Consolidating Virtual Domain Delivery

2010-03-28 Thread Frank Reid
Wietse Venema wrote: > Yes it is possible. However, I need to warn you first about a > mis-conception. > The To: header is NOT a reliable indicator of the intended recipient. Understand. I have no intention to sort out or deliver this mail by other means from the destination mailbox. It's f

Re: Consolidating Virtual Domain Delivery

2010-03-28 Thread Wietse Venema
Frank Reid: > Scenario: I would like to deliver all mail for the @example.com domain to a > single mailbox as a single delivery (to preserve header information). I > have set up: > > -- main.cf > virtual_alias_domains = example.com > virtual_alias_maps = hash:/etc/postfix/virtual > > -- virtual

Consolidating Virtual Domain Delivery

2010-03-28 Thread Frank Reid
Scenario: I would like to deliver all mail for the @example.com domain to a single mailbox as a single delivery (to preserve header information). I have set up: -- main.cf virtual_alias_domains = example.com virtual_alias_maps = hash:/etc/postfix/virtual -- virtual @example.com mail...@mydomai

Re: Postfix LDAP "Temporary lookup failure"

2010-03-28 Thread Wietse Venema
Stefan Foerster: > As of today, is u...@sch?n.example.com the same user as > u...@xn--schn-7qa.example.com, as far as e.g. access(5) maps are > concerned? No, they are, and have always been, different. If xn--schn-7qa.example.com is what Postfix receives, then xn--schn-7qa.example.com is what Pos

Re: Postfix LDAP "Temporary lookup failure"

2010-03-28 Thread Stefan Foerster
* Wietse Venema : > Currently, sites that send valid UTF-8 in MAIL/RCPT commands can > make meaningful LDAP queries in Postfix. Lots of MTAs are 8-bit > clean internally, so this can actually work today. > > Do we want to remove this ability from Postfix, or should we add > a valid_utf_8() routin