Re: PATCH: Possible reasons for qmgr loading the system?

2009-03-06 Thread Santiago Romero
To apply this patch, cd into the Postfix-2.5.* top-level source directory and execute: $ patch thismessage We were able to reproduce the scheduler looping problem, and it does not recur with the patched version A question ... what' the way to make this patch to be included in Ubuntu

smtpd_sender_login_maps subdomains

2009-03-06 Thread Andre Hübner
Hello, i do some tests with smtpd_sender_login_maps which is already working. One question: is it right that subdomains which should be able to send mails also need to be declared in my mapfile? My tests with wildcards did not succeed. Thanks, Andre

Re: PATCH: Possible reasons for qmgr loading the system?

2009-03-06 Thread Gerard
On Fri, 06 Mar 2009 10:07:26 +0100 Santiago Romero srom...@servicom2000.com wrote: A question ... what' the way to make this patch to be included in Ubuntu Server postfix packages? I mean, should I submit your message+patch to the package maintainers of Ubuntu / Debian / Redhat so that new

Re: PATCH: Possible reasons for qmgr loading the system?

2009-03-06 Thread Santiago Romero
Gerard escribió: In a perfect world, the program maintainers would know about the patch and take steps to correct their package/port or whatever. You might want to contact the maintainer of Postfix for your Distro and see if they are planning on updating the package/port. Usually, they do get a

Re: PATCH: Possible reasons for qmgr loading the system?

2009-03-06 Thread Wietse Venema
Santiago Romero: To apply this patch, cd into the Postfix-2.5.* top-level source directory and execute: $ patch thismessage We were able to reproduce the scheduler looping problem, and it does not recur with the patched version A question ... what' the way to make this patch to

Re: Local mail listener

2009-03-06 Thread Wietse Venema
Daniel L. Miller: Wietse Venema wrote: Daniel L. Miller: On a whim, I tried something else. I tried telnet'ing to the two listeners - but used the EHLO command to see what was reported. I do get different responses. Does this mean anything significant? I notice The

Re: Local mail listener

2009-03-06 Thread Reinaldo de Carvalho
On Fri, Mar 6, 2009 at 8:52 AM, Wietse Venema wie...@porcupine.org wrote: 1) One tcpdump for client-before-proxy postfix smtpd 2) One tcpdump for before-proxy postfix smtpd-proxy 3) One tcpdump for proxy-after-proxy postfix smtpd Then we have the evidence to decide which program responds

Re: smtpd_sender_login_maps subdomains

2009-03-06 Thread Wietse Venema
Andre H?bner: Hello, i do some tests with smtpd_sender_login_maps which is already working. One question: is it right that subdomains which should be able to send mails also need to be declared in my mapfile? My tests with wildcards did not succeed. Acording to the Postfix

DSN modification

2009-03-06 Thread postfix
Hi, I use a content filter that does not accept DSN. = Postfix 25 = FILTER (via content_filter) 10025 = Postfix 10026 = Is it possible to remove the notify=SUCCESS tag in the first postfix and re-insert it in the second one ? I tried to do it with a virtual_maps/pcre couple but it seems it

Re: DSN modification

2009-03-06 Thread Wietse Venema
postfix: Hi, I use a content filter that does not accept DSN. Then you'll have to disable DSN announcements by the Postfix SMTP server, as documented in the DSN_README document. Wietse

Re: DSN modification

2009-03-06 Thread postfix
Hi Thank you for your answer but I do not want to disable the DSN option. I want to temporarly remove the esmtp notify=SUCCESS tag when I pass the message to the content_filter then I want to put it again within the rcpt to field. Doing that (if possible) the next hop relay could use the DSN

Re: DSN modification

2009-03-06 Thread Wietse Venema
postfix: Hi Thank you for your answer but I do not want to disable the DSN option. The Internet RFC is quite clear about this. You must support ALL options (success, fail, delay, none, headers only, full message) or you MUST NOT announce DSN support at all. Wietse

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Noel Jones
LuKreme wrote: On 5-Mar-2009, at 19:15, Noel Jones wrote: Oh, and recent postfix marks authenticated headers; note the ESTMPSA. S = StartTLS, A = Authenticated Received: from [192.168.5.108] (adsl-19-247-14.bna.bellsouth.net [68.19.247.14]) by mgate2.vbhcs.org (Postfix) with ESMTPSA

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Victor Duchovni
On Fri, Mar 06, 2009 at 10:11:24AM -0600, Noel Jones wrote: /^Received: .* (myhostname \(Postfix\) with ESTMPS?A .*)$/ REPLACE X-Submitted to $1 That way you at least keep the original QUEUEID. Probably want a : in there to make it a valid header: header_checks.pcre: if /^Received:/

forward to an external command

2009-03-06 Thread George
Hi, I have postfix with postfixadmin and everything stored in a mysql database. How do I forward emails sent to a mail account to an external command? Please help THanks

Postoffice with virtual mailbox and a Maildrop issue

2009-03-06 Thread Rocco Scappatura
Hello, I'm setting up a postoffice platform based on Postfix+Courier-authlib-Courier-IMAP-Maildrop. Here my postfix parameters: # postconf -n alias_database = hash:/etc/postfix/aliases alias_maps = hash:/etc/postfix/aliases append_at_myorigin = no append_dot_mydomain = no bounce_size_limit = 1

Re: forward to an external command

2009-03-06 Thread J.P. Trosclair
George wrote: I have postfix with postfixadmin and everything stored in a mysql database. How do I forward emails sent to a mail account to an external command? Since you are using virtual aliases (postfixadmin w/mysql assumes so) you'll need to setup a pipe transport in master.cf and proper

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Noel Jones
Victor Duchovni wrote: On Fri, Mar 06, 2009 at 10:11:24AM -0600, Noel Jones wrote: /^Received: .* (myhostname \(Postfix\) with ESTMPS?A .*)$/ REPLACE X-Submitted to $1 That way you at least keep the original QUEUEID. Probably want a : in there to make it a valid header:

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Victor Duchovni
On Fri, Mar 06, 2009 at 11:33:34AM -0600, Noel Jones wrote: Victor Duchovni wrote: On Fri, Mar 06, 2009 at 10:11:24AM -0600, Noel Jones wrote: /^Received: .* (myhostname \(Postfix\) with ESTMPS?A .*)$/ REPLACE X-Submitted to $1 That way you at least keep the original QUEUEID. Probably

Re: forward to an external command

2009-03-06 Thread Brian Evans - Postfix List
George wrote: Hi, Please, Do not top post. Reply to the text directly. Thanks for your reply I am sorry but I am not very technical. I am the type of guy that can follow howtos You don't seem to follow J.P.'s example very well. Especially the part about See the man pages of pipe and

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Nate Carlson
On Fri, 6 Mar 2009, Noel Jones wrote: Victor Duchovni wrote: Probably want a : in there to make it a valid header: header_checks.pcre: if /^Received:/ /\n\tby (smtp\.example\.com \(Postfix\) with ESTMPS?A id \w+)/ REPLACE X-Submitted: to $1 endif Yes, thanks. I

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Victor Duchovni
On Fri, Mar 06, 2009 at 01:16:07PM -0600, Nate Carlson wrote: On Fri, 6 Mar 2009, Noel Jones wrote: Victor Duchovni wrote: Probably want a : in there to make it a valid header: header_checks.pcre: if /^Received:/ /\n\tby (smtp\.example\.com \(Postfix\) with ESTMPS?A id \w+)/

Re: Plus addressing not delivering to folder

2009-03-06 Thread Victor Duchovni
On Fri, Mar 06, 2009 at 02:27:56PM -0500, Charles Marcus wrote: It would be nice if the postfix local and/or virtual DA master.cf entries allowed the addition of these flags to be able to do this... I guess in this situation I'll have to wait until I have converted to dovecot so I can use

Re: Do not include first 'Received' header when received via 465/587?

2009-03-06 Thread Wietse Venema
Victor Duchovni: On Fri, Mar 06, 2009 at 01:16:07PM -0600, Nate Carlson wrote: On Fri, 6 Mar 2009, Noel Jones wrote: Victor Duchovni wrote: Probably want a : in there to make it a valid header: header_checks.pcre: if /^Received:/ /\n\tby (smtp\.example\.com \(Postfix\) with

Re: Plus addressing not delivering to folder

2009-03-06 Thread Wietse Venema
Charles Marcus: Obviously (also judging from the replies so far), the postfix DA's don't support adding flags to accomplish this, like you can with the dovecot LDA master.cf entry. So, an obvious follow-up would be, is there a reason postfix's DAs don't support this? I'm not complaining, just

Re: forward to an external command

2009-03-06 Thread J.P. Trosclair
What is my_custom_transport.example.com ? A subdomain? Yes. In addition, this list uses example.com as a basis quite frequently. You didn't provide your own domain, so J.P. used this as an example. As a side note, it doesn't have to be a real sub-domain. When the mail is handed off to

Re: Plus addressing not delivering to folder

2009-03-06 Thread LuKreme
On 6-Mar-2009, at 12:27, Charles Marcus wrote: Hmmm... I'm now wondering if ${extension} can somehow be used with the virtual_mailbox_maps query to accomplish what I want? Yes, but you need procmail (or, I assume, Maildrop) in a procmail file you would have: # based on the procmail pipe in

Re: Postoffice with virtual mailbox and a Maildrop issue

2009-03-06 Thread Magnus Bäck
On Friday, March 06, 2009 at 18:15 CET, Rocco Scappatura rocco.scappat...@infracom.it wrote: [...] append_at_myorigin = no This is not supported by Postfix. Use it at your own peril. [...] I have the problem that mail destined to local virtual mailbox is not delivered locally, even if

Re: forward to an external command

2009-03-06 Thread George
Hi, Thanks all for your help. If anyone needs this in future, here's how I did it: 1. Added the following line to /etc/postfix/main.cf: transport_maps = hash:/etc/postfix/transport 2. create a subdomain like(postfixadmin does not allow to add an alias to a not existing domain):

Re: Plus addressing not delivering to folder

2009-03-06 Thread Charles Marcus
On 3/6/2009 3:43 PM, LuKreme wrote: On 6-Mar-2009, at 12:27, Charles Marcus wrote: Hmmm... I'm now wondering if ${extension} can somehow be used with the virtual_mailbox_maps query to accomplish what I want? Yes, but you need procmail (or, I assume, Maildrop) Many thanks for the detail...

Re: Plus addressing not delivering to folder

2009-03-06 Thread Jorey Bump
Charles Marcus wrote, at 03/06/2009 02:27 PM: I want to be able to use plussed addresses in such a way that if such a message comes in and a subfolder matches the extension, the message will be delivered to that subfolder, and if there is no matching subfolder, it is just delivered to the