Currently I'm using smtp_fallback_relay but I don't want Address
verification probes to take that particular path.
How can I disable smtp_fallback_relay for the address verification
probes?
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
Currently I'm using smtp_fallback_relay but I don't want Address
verification probes to take that particular path.
How can I disable smtp_fallback_relay for the address verification
probes?
Specify a different verification
* Viktor Dukhovni postfix-users@postfix.org:
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
Currently I'm using smtp_fallback_relay but I don't want Address
verification probes to take that particular path.
How can I disable smtp_fallback_relay for the address
Ralf Hildebrandt:
* Viktor Dukhovni postfix-users@postfix.org:
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
Currently I'm using smtp_fallback_relay but I don't want Address
verification probes to take that particular path.
How can I disable
On 9/29/2014 6:18 AM, Wietse Venema wrote:
Ralf Hildebrandt:
* Viktor Dukhovni postfix-users@postfix.org:
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
Currently I'm using smtp_fallback_relay but I don't want Address
verification probes to take that particular path.
How
On 9/28/2014 3:01 PM, LuKreme krem...@kreme.com wrote:
Yes, it’s (postfinger) a separate package.
Yeah, and unavailable in gentoo repo... :(
Am 29.09.2014 um 13:45 schrieb Noel Jones:
On 9/29/2014 6:18 AM, Wietse Venema wrote:
Ralf Hildebrandt:
* Viktor Dukhovni postfix-users@postfix.org:
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
Currently I'm using smtp_fallback_relay but I don't want Address
On Mon, Sep 29, 2014 at 08:13:38AM -0400, Charles Marcus wrote:
On 9/28/2014 3:01 PM, LuKreme krem...@kreme.com wrote:
Yes, it’s (postfinger) a separate package.
Yeah, and unavailable in gentoo repo... :(
It is a shell script. You can just download and run it on your system.
--
Eray
On 9/29/2014 7:40 AM, Robert Schetterer wrote:
Am 29.09.2014 um 13:45 schrieb Noel Jones:
On 9/29/2014 6:18 AM, Wietse Venema wrote:
Ralf Hildebrandt:
* Viktor Dukhovni postfix-users@postfix.org:
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
Currently I'm using
Yes, but it also says:
Probe messages are like normal mail, except that they are never
delivered, deferred or bounced
Wait what?
- and -
Postfix assumes that an address is undeliverable when the nearest
MTA for the address rejects the probe, regardless of the reason for
rejection
Am 29.09.2014 um 15:53 schrieb Noel Jones:
On 9/29/2014 7:40 AM, Robert Schetterer wrote:
Am 29.09.2014 um 13:45 schrieb Noel Jones:
On 9/29/2014 6:18 AM, Wietse Venema wrote:
Ralf Hildebrandt:
* Viktor Dukhovni postfix-users@postfix.org:
On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf
Robert Schetterer:
Am 29.09.2014 um 13:45 schrieb Noel Jones:
Is smtp_fallback_relay even used with a verification probe? I would
expect the probe to fail before it tries the fallback.
hm...
http://www.postfix.org/ADDRESS_VERIFICATION_README.html
By default, Postfix sends address
Am 29.09.2014 um 16:04 schrieb Ralf Hildebrandt:
Yes, but it also says:
Probe messages are like normal mail, except that they are never
delivered, deferred or bounced
Wait what?
- and -
Postfix assumes that an address is undeliverable when the nearest
MTA for the address rejects the
On 9/29/2014 9:02 AM, Eray Aslan er...@a21an.org wrote:
On Mon, Sep 29, 2014 at 08:13:38AM -0400, Charles Marcus wrote:
On 9/28/2014 3:01 PM, LuKreme krem...@kreme.com wrote:
Yes, it’s (postfinger) a separate package.
Yeah, and unavailable in gentoo repo... :(
It is a shell script. You can
Noel Jones:
By default, Postfix sends address verification probe messages via the
same route as regular mail,
Yes, but it also says:
Probe messages are like normal mail, except that they are never
delivered, deferred or bounced
- and -
Postfix assumes that an address is undeliverable
On 9/29/2014 9:06 AM, Wietse Venema wrote:
Robert Schetterer:
Am 29.09.2014 um 13:45 schrieb Noel Jones:
Is smtp_fallback_relay even used with a verification probe? I would
expect the probe to fail before it tries the fallback.
hm...
http://www.postfix.org/ADDRESS_VERIFICATION_README.html
* Wietse Venema postfix-users@postfix.org:
Robert Schetterer:
Am 29.09.2014 um 13:45 schrieb Noel Jones:
Is smtp_fallback_relay even used with a verification probe? I would
expect the probe to fail before it tries the fallback.
hm...
Ralf Hildebrandt:
The difference is that probes are never delivered (SMTP interruptus),
and that failed probes are never returned to the mail queue. There
is no reason to keep failed probes in the mail queue (and it would
be unwise).
You mean they would clutter the queue?
Massively.
I cleaned up my pslogscan.sh script a bit. Aside from some general
cleanup, I did some re-formatting of the output to make it look a bit
cleaner, and allow for some flexibility in display widths. I also
went from linear processing of multiple items to loop processing of
those items.
You can
On 9/29/2014 9:28 AM, Wietse Venema wrote:
Noel Jones:
By default, Postfix sends address verification probe messages via the
same route as regular mail,
Yes, but it also says:
Probe messages are like normal mail, except that they are never
delivered, deferred or bounced
- and -
Postfix
Wietse Venema:
This is now implemented for policy protocol clients. The basic idea
is the same: instead of inet:host:port or unix:path/name, you specify
{ inet:host:port, name=value, ... }. There is a provision to specify
values that contain spaces, which may be needed with the default_action
On September 29, 2014 12:00:04 PM Ralf Hildebrandt r...@sys4.de wrote:
Currently I'm using smtp_fallback_relay but I don't want Address
verification probes to take that particular path.
How can I disable smtp_fallback_relay for the address verification
probes?
Add it to verify service in
On 9/29/2014 at 10:44 AM Mike. wrote:
|I cleaned up my pslogscan.sh script a bit. Aside from some general
|cleanup, I did some re-formatting of the output to make it look a
bit
|cleaner, and allow for some flexibility in display widths. I also
|went from linear processing of multiple items to
:-)
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps' and `alias_map' but reject recipient
addresses using user names.
For example I have a user `smithj' which has an alias (or virtual)
`john.smith'(@...). I'd like to
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps' and `alias_map' but reject recipient
addresses using user names.
/etc/postfix/main.cf:
local_recipient_maps =
This blocks direct mail over
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps' and `alias_map' but reject recipient
addresses using user names.
/etc/postfix/main.cf:
Marek Kozlowski:
[ Charset ISO-8859-2 converted... ]
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps' and `alias_map' but reject recipient
Wietse Venema:
Marek Kozlowski:
[ Charset ISO-8859-2 converted... ]
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps' and `alias_map' but
On 09/29/2014 08:39 PM, Wietse Venema wrote:
Marek Kozlowski:
[ Charset ISO-8859-2 converted... ]
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps'
Am 29.09.2014 um 20:43 schrieb Marek Kozlowski:
On 09/29/2014 08:39 PM, Wietse Venema wrote:
Marek Kozlowski:
[ Charset ISO-8859-2 converted... ]
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only
Wietse Venema:
Wietse Venema:
Marek Kozlowski:
[ Charset ISO-8859-2 converted... ]
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
specified in `vitual_alias_maps'
On 09/29/2014 08:51 PM, Wietse Venema wrote:
Wietse Venema:
Wietse Venema:
Marek Kozlowski:
[ Charset ISO-8859-2 converted... ]
On 09/29/2014 08:30 PM, Wietse Venema wrote:
Marek Kozlowski:
Maybe a stupid question...
I'd like to allow incoming (or local) mail only addressed to aliases
Am 28.09.2014 um 08:23 schrieb Ruben Safir:
That will work. Another solution is setting append_dot_mydomain=no,
so that user@localhost will become u...@localhost.com.
Yes - I am confused by this a little bit. Why would postfix want to add
a dot com to any outgoing email?
Because it
Am 24.09.2014 um 16:29 schrieb Wietse Venema:
The implementation will probably be a compatibility_level parameter
that is 1 for installations that pre-date this feature, that is 2
for new installations, and that is incremented by 1 for each
compatibility break. People who don't care can set
Matthias Andree:
3 - is there a useful way to log warnings about unqualified domains when
they are observed and qualified in mid-flight, so that people have
something to watch for before flipping the switch? It seems there
already is, check_{sender,recipient}_access + WARN action + regexp map
On 09/28/2014 04:07 AM, Wietse Venema wrote:
Would an updated postfinger command help?
Would it be asking too much for a simple -v (or -V) flag to be added to
postconf, and if possible, the postfix binary, and other binaries
included with postfix that would output something like the following:
36 matches
Mail list logo