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 Gesell
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 verificati
* Viktor Dukhovni :
> 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
> > probe
Ralf Hildebrandt:
> * Viktor Dukhovni :
> > 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 th
On 9/29/2014 6:18 AM, Wietse Venema wrote:
> Ralf Hildebrandt:
>> * Viktor Dukhovni :
>>> 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 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 :
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
On Mon, Sep 29, 2014 at 08:13:38AM -0400, Charles Marcus wrote:
> On 9/28/2014 3:01 PM, LuKreme 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 :
> On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt wrote:
>
>> Currently I'm using smtp_fall
> 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
> rejectio
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 :
>> On Mon, Sep 29, 2014 at 12:00:04PM +0200, Ralf Hildebrandt
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 a
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 addre
On 9/29/2014 9:02 AM, Eray Aslan wrote:
> On Mon, Sep 29, 2014 at 08:13:38AM -0400, Charles Marcus wrote:
>> On 9/28/2014 3:01 PM, LuKreme 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 i
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 und
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_VERIFICAT
* Wietse Venema :
> 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.htm
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?
Mas
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 do
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
>>
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_acti
On September 29, 2014 12:00:04 PM 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?
Add it to verify service in master.cf as a o
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 lo
:-)
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 ac
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 recipie
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 `
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 `vit
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 loc
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
> > > >> specifi
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 o
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
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 se
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
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
