Strange lack of SMTP rejections

For some reason, if a local user sends mail to another local user who doesn't exist, my Postfix installation doesn't seem to notify the sender of the error, nor deliver a bounce message to the sender. Log snippet of what I am talking about: Sep 28 00:29:48 server2 dovecot: imap-login: Login:

Re: SPF FAILURES

Homer Wilson Smith wrote: dig thumpernet.com mx shows mail.thumpernet.com at 71.176.110.29 which is correct. dig thumpernet.com txt shows "v=spf1 mx -all" which is also correct. ... > SPF fail (Mechanism '-all' matched): HELO/EHLO: mail.thumpernet.com Sep 27 14:16:58 smtp0 postfix/

Re: SPF FAILURES

On Sun, 27 Sep 2009, Homer Wilson Smith wrote: > Running Fedora Core 3, postfix 2.1.5, spf 2.007 You should upgrade Postfix. > Remote customer an...@thumpernet.com sends e-mail to > ho...@lightlink.com via our incoming mail server at > smtp0.lightlink.com which is running the above mentioned sof

SPF FAILURES

Dear Sirs, Running Fedora Core 3, postfix 2.1.5, spf 2.007 Remote customer an...@thumpernet.com sends e-mail to ho...@lightlink.com via our incoming mail server at smtp0.lightlink.com which is running the above mentioned software. dig thumpernet.com mx shows mail.thumpernet

Re: Virtual Aliases Usage and Syntax Question

thank you guys for taking the time to explain things. I see why it's an issue. On Sep 27, 2009, at 3:51 PM, Ansgar Wiechers wrote: On 2009-09-27 Erick Calder wrote: On Sep 27, 2009, at 1:03 PM, LuKreme wrote: On Sep 27, 2009, at 2:52 AM, Erick Calder wrote: On Sep 27, 2009, at 12:53 AM, L

Re: Virtual Aliases Usage and Syntax Question

On 2009-09-27 Erick Calder wrote: > On Sep 27, 2009, at 1:03 PM, LuKreme wrote: >> On Sep 27, 2009, at 2:52 AM, Erick Calder wrote: >>> On Sep 27, 2009, at 12:53 AM, LuKreme wrote: On Sep 27, 2009, at 0:53, Erick Calder wrote: > if the message were for no-ex...@arix.com then it gets rero

Re: Virtual Aliases Usage and Syntax Question

On 9/27/2009, Erick Calder (e...@arix.com) wrote: >>> The first line is local users, the last is the sql lookup for the SQL >>> users, and the two pcre's are dynamically created to convert >>> user_extension addresses to user+extension (not recommended). >> Why not recommended? The only problem I

Re: Virtual Aliases Usage and Syntax Question

On Sun, 27 Sep 2009, Erick Calder wrote: > On Sep 27, 2009, at 1:03 PM, LuKreme wrote: > > >No, not generally. Unknown users are REJECTed, not bounced. > > ok, I'm not getting this. your statements of 12:53AM and of 1:03PM > seem contradictory... if an address doesn't exist, does it get bounced

Re: Virtual Aliases Usage and Syntax Question

On Sep 25, 2009, at 7:12, Charles Marcus wrote: On 9/24/2009, LuKreme (krem...@kreme.com) wrote: virtual_alias_maps = hash:$config_directory/virtual pcre:$config_directory/virtual.pcre, pcre:$config_directory/virtual_sql.pcre, proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf

Re: Virtual Aliases Usage and Syntax Question

On Sep 27, 2009, at 1:03 PM, LuKreme wrote: On Sep 27, 2009, at 2:52 AM, Erick Calder wrote: On Sep 27, 2009, at 12:53 AM, LuKreme wrote: On Sep 27, 2009, at 0:53, Erick Calder wrote: if the message were for no-ex...@arix.com then it gets rerouted to n...@arix.com which also doesn't exi

Re: Virtual Aliases Usage and Syntax Question

On Sep 27, 2009, at 3:52, Erick Calder wrote: but doesn't my postfix server bounce by default when receiving a mail for an inexistent address? No, not generally. Unknown users are REJECTed, not bounced.

Re: slightly OT: size data

Stan Hoeppner: > Wietse Venema put forth on 9/27/2009 7:39 AM: > > If you have a question about POSTFIX logs, then it is a good idea > > to send samples of POSTFIX logging. > > Point taken, sry Wietse. Upon grabbing these sample entries, I noticed > the transactions pflogsumm is flagging have no

Re: slightly OT: size data

Wietse Venema put forth on 9/27/2009 7:39 AM: > If you have a question about POSTFIX logs, then it is a good idea > to send samples of POSTFIX logging. > > Wietse Point taken, sry Wietse. Upon grabbing these sample entries, I noticed the transactions pflogsumm is flagging have no qmgr en

Re: slightly OT: size data

If you have a question about POSTFIX logs, then it is a good idea to send samples of POSTFIX logging. Wietse

slightly OT: size data

Hi all, Until a day or two ago I'd never seen this in my pflogsumm output: Messages with no size data -- 03B593DA160 redac...@hardwarefreak.com 0E4283DA160 redac...@hardwarefreak.com 118663DA160 redac...@hardwarefreak.com 1D5973DA160 redac...@hardwarefreak.com 1E

Re: Virtual Aliases Usage and Syntax Question

Erick Calder wrote: > haha, clearly my regex is borked. I tried replying and got the mail > back with: > > This Message was undeliverable due to the following reason: > > Each of the following recipients was rejected by a remote mail server. > The reasons given by the server are included to help

Re: Virtual Aliases Usage and Syntax Question

On 2009-09-27 Erick Calder wrote: > On Sep 27, 2009, at 12:53 AM, LuKreme wrote: >> On Sep 27, 2009, at 0:53, Erick Calder wrote: >>> if the message were for no-ex...@arix.com then it gets rerouted to >>> n...@arix.com which also doesn't exist and therefor bounces. >> >> Yes, it bounces. This mak

Re: Virtual Aliases Usage and Syntax Question

Erick Calder wrote: > On Sep 27, 2009, at 12:53 AM, LuKreme wrote: > >> On Sep 27, 2009, at 0:53, Erick Calder > > wrote: >> >>> if the message were for no-ex...@arix.com >>> then it gets rerouted to >>>

Re: Virtual Aliases Usage and Syntax Question

On Sep 27, 2009, at 12:53 AM, LuKreme wrote: On Sep 27, 2009, at 0:53, Erick Calder wrote: if the message were for no-ex...@arix.com then it gets rerouted to n...@arix.com which also doesn't exist and therefor bounces. Yes, it bounces. This makes you a backacatter source. This is bad. b

Re: Virtual Aliases Usage and Syntax Question

On Sep 27, 2009, at 0:53, Erick Calder wrote: if the message were for no-ex...@arix.com then it gets rerouted to n...@arix.com which also doesn't exist and therefor bounces. Yes, it bounces. This makes you a backacatter source. This is bad.