Hi,
I have a postfix instance on Debian 6 that has never performed DNS
lookups with version number 2.7.1-1+squeeze1.
The mail.log lists all connections like
Nov 6 17:40:54 lo postfix/smtpd[10283]: 4AD4292:
client=unknown[82.2.1.3], sasl_method=PLAIN,
sasl_username=exam...@example.com
Nov
On 07 Nov 2013, at 12:19, Simon Loewenthal wrote:
> I have a postfix instance on Debian 6 that has never performed DNS lookups
> with version number 2.7.1-1+squeeze1.
>
> The mail.log lists all connections like
>
> Nov 6 17:40:54 lo postfix/smtpd[10283]: 4AD4292: client=unknown[82.2.1.3],
>
Am 07.11.2013 12:19, schrieb Simon Loewenthal:
> I have a postfix instance on Debian 6 that has never performed DNS
> lookups with version number 2.7.1-1+squeeze1.
>
> Nov 6 17:40:54 lo postfix/smtpd[10283]: disconnect from unknown[82.2.1.3]
> Real IP address obfuscated.
If forward lookup (
Simon Loewenthal:
> I have a postfix instance on Debian 6 that has never performed DNS
> lookups with version number 2.7.1-1+squeeze1.
>
> The mail.log lists all connections like
>
> Nov 6 17:40:54 lo postfix/smtpd[10283]: 4AD4292:
> client=unknown[82.2.1.3], sasl_method=PLAIN,
> sasl_username
Hi Wietse,
Chroot was not turned on.
#
==
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
#
==
On 2013-11-07 6:39 AM, Simon Loewenthal wrote:
Chroot was not turned on
Look again...
#
==
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
#
=
Simon Loewenthal:
> # service typeprivate unpriv chroot ...
> # (yes) (yes) (yes) ...
> #
> ==
> smtpinetn - - ...
Turn off the damned chroot.
Wietse
Damned chroot now turned off, and lookups now work like they should have
done :D
And this nicely solved my RDNS_NONE scoring issue with SA, of course!
Nov 7 12:49:16 lo postfix/smtpd[15712]: 32FD892:
client=english-breakfast.cloud9.net[168.100.1.7]
Thanks, I did not think that chroot had bee
On 07 Nov 2013, at 12:53, Simon Loewenthal wrote:
> Damned chroot now turned off, and lookups now work like they should have done
> :D
>
> And this nicely solved my RDNS_NONE scoring issue with SA, of course!
>
> Nov 7 12:49:16 lo postfix/smtpd[15712]: 32FD892:
> client=english-breakfast.clo
Am 07.11.2013 12:53, schrieb Simon Loewenthal:
> Damned chroot now turned off, and lookups now work like they should have done
> :D
>
> And this nicely solved my RDNS_NONE scoring issue with SA, of course!
>
> Nov 7 12:49:16 lo postfix/smtpd[15712]: 32FD892:
> client=english-breakfast.cloud9.
On 11/7/2013 5:53 AM, Simon Loewenthal wrote:
> Damned chroot now turned off, and lookups now work like they should have
> done :D
The default Postfix chroot environment in Debian 6 Squeeze works fine
out of the box, as did Lenny. You have to go back to Etch or Sarge to
find it broken. I'd gue
On 08 Nov 2013, at 01:34, Stan Hoeppner wrote:
> On 11/7/2013 5:53 AM, Simon Loewenthal wrote:
>
>> Damned chroot now turned off, and lookups now work like they should have
>> done :D
>
> The default Postfix chroot environment in Debian 6 Squeeze works fine
> out of the box, as did Lenny. You
Am 08.11.2013 10:42, schrieb DTNX Postmaster:
> $ cat /usr/share/doc/postfix/README.Debian
> There are some significant differences between the Debian Postfix packages,
> and the source from upstream:
>
> 1. The Debian install is chrooted by default.
> 2. Dynamically loadable map support.
> 3
On 11/8/2013 4:05 AM, li...@rhsoft.net wrote:
> there are only rare situations where a chrooted postfix
> makes sense and so they should not making a problematic
> default which gains nothing on 999 out of 1000 setups
The reason for chrooting Postfix is due to a Debian policy established
lng
Stan Hoeppner schreef op 2013-11-09 04:22:
On 11/8/2013 4:05 AM, li...@rhsoft.net wrote:
there are only rare situations where a chrooted postfix
makes sense and so they should not making a problematic
default which gains nothing on 999 out of 1000 setups
The reason for chrooting Postfix is du
On Monday, November 11, 2013 20:41:05 Hans Spaans wrote:
> Stan Hoeppner schreef op 2013-11-09 04:22:
> > On 11/8/2013 4:05 AM, li...@rhsoft.net wrote:
> >> there are only rare situations where a chrooted postfix
> >> makes sense and so they should not making a problematic
> >> default which gains
16 matches
Mail list logo
