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
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 nothing on
On 08 Nov 2013, at 01:34, Stan Hoeppner s...@hardwarefreak.com 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
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. For
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
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 si...@klunky.co.uk 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:
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,
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 si...@klunky.co.uk wrote:
Chroot was not turned on
Look again...
#
==
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes)
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
On 07 Nov 2013, at 12:53, Simon Loewenthal si...@klunky.co.uk 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:
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:
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
15 matches
Mail list logo
