gratuitous failure on host address bits not zero

in ./src/util/cidr_match.c there is this bit of code: 240 /* 241 * Sanity check: all host address bits must be zero. 242 */ 243 for (np = ip->net_bytes, mp = ip->mask_bytes; 244 np < ip->net_bytes + ip->addr_byte_count; np++, mp++) { 245

Re: postdrop hangs until reboot: warning: mail_queue_enter: create file maildrop/...: Permission denied

Vincent Lefevre: [ Charset ISO-8859-1 converted... ] > On 2017-07-20 06:55:33 -0400, Wietse Venema wrote: > > Vincent Lefevre: > > > Jul 20 11:18:11 zira postfix/postdrop[13399]: warning: mail_queue_enter: > > > create file maildrop/634289.13399: Permission denied > > > > Someone goofed up while

Re: postdrop hangs until reboot: warning: mail_queue_enter: create file maildrop/...: Permission denied

On 2017-07-20 06:55:33 -0400, Wietse Venema wrote: > Vincent Lefevre: > > Jul 20 11:18:11 zira postfix/postdrop[13399]: warning: mail_queue_enter: > > create file maildrop/634289.13399: Permission denied > > Someone goofed up while playing around as root. I'm the only root, and I did nothing as

Re: smtp_pix_workaround_threshold_time not working correctly?

* Ralf Hildebrandt : > In my log I found this: > > Jul 21 07:23:09 mail-cvk postfix/smtp[7329]: 3xDK0Z6RBRz1Z1wy: enabling PIX > workarounds: disable_esmtp delay_dotcrlf for mail.unimed.de[62.154.176.144]:25 > > According to >

smtp_pix_workaround_threshold_time not working correctly?

In my log I found this: Jul 21 07:23:09 mail-cvk postfix/smtp[7329]: 3xDK0Z6RBRz1Z1wy: enabling PIX workarounds: disable_esmtp delay_dotcrlf for mail.unimed.de[62.154.176.144]:25 According to http://www.electric-spoon.com/doc/postfix/html/postconf.5.html#smtp_pix_workaround_maps "By default,

LDAP: "unused parameter: start_tls=yes"?

postconf complains: /usr/sbin/postconf: warning: ldap:/etc/postfix/laborberlin.com.cf: unused parameter: start_tls=yes according to http://www.postfix.org/ldap_table.5.html STARTTLS can be turned on with the start_tls parameter: start_tls = yes Both forms require LDAP protocol version 3,

Re: Sender dependent relay: Reject unknown senders

Hi list, sorry to bump myself here, but can anyone say if what I'd like is even possible with postfix? Should this be a feature request to the devs, maybe? Thanks :) Michael On 18.07.2017 13:02, Michael Büker wrote: Here's two alternate ideas of how I would like postfix to behave instead:

Re: gratuitous failure on host address bits not zero

>> since the user's intent is clearly obvious. > What is the clearly obvious intent of 192.0.2.8/28 or 192.0.2.31/27? How > should Postfix guess which part of the CIDR notation is wrong? I consider the netmask to be always primary - any bits set to the right of the mask are inconsequential and

Re: gratuitous failure on host address bits not zero

On 21 Jul 2017, at 15:50, Matthew Patton wrote: since the user's intent is clearly obvious. Not always. What is the clearly obvious intent of 192.0.2.8/28 or 192.0.2.31/27? How should Postfix guess which part of the CIDR notation is wrong?

Re: problem with mails

Poliman - Serwis: > 1) X-Postfix; connect to gle.com[69.172.201.153]:25: Connection timed out Postfix makes a connection request and nothing happens. > 2) host lotusbb.abus.de[62.153.75.197] said: 550 Requested action not > taken: mailbox unavailable (in reply to RCPT TO command) The recipient

Re: smtp_pix_workaround_threshold_time not working correctly?

Ralf Hildebrandt: > In my log I found this: > > Jul 21 07:23:09 mail-cvk postfix/smtp[7329]: 3xDK0Z6RBRz1Z1wy: enabling PIX > workarounds: disable_esmtp delay_dotcrlf for mail.unimed.de[62.154.176.144]:25 > The "220 greeting" handler logs this when the server looks like PIX, and was correct

PATCH: LDAP: "unused parameter: start_tls=yes"?

Ralf Hildebrandt: > * Ralf Hildebrandt : > > postconf complains: > > /usr/sbin/postconf: warning: ldap:/etc/postfix/laborberlin.com.cf: unused > > parameter: start_tls=yes > > > > according to http://www.postfix.org/ldap_table.5.html > > postfix-3.3-20170716 is complaining, >

Re: Clear postscreen whitelist cache

Scott Techlist: > Is it possible to inspect or clear postscreen's whitelist cache? This is not supported. You may read garbage, you may corrupt the file. If you're worried about what is in there, just delete the file and do "postfix reload". It's just a performance cache. Wietse

Re: gratuitous failure on host address bits not zero

> I consider the netmask to be always primary - any bits set to the right of Indeed, otherwise 192.168.0.0 would imply a /19 Stefan

Re: Sender dependent relay: Reject unknown senders

On Fri, Jul 21, 2017 at 10:36:47PM +0200, Michael Büker wrote: > sorry to bump myself here, but can anyone say if what I'd like is > even possible with postfix? Of course. > Should this be a feature request to the devs, maybe? If so that would be done here also. > On 18.07.2017 13:02, Michael

Re: gratuitous failure on host address bits not zero

Matthew Patton: > I love postfix but this struck me as a completely unnecessary failure mode. Recent releases log this mistake as a warning: postfix/postmap[2328]: warning: cidr map /tmp/dict, line 1: non-null host address bits in "255.255.255.255/24", perhaps you should use

Re: LDAP: "unused parameter: start_tls=yes"?

* Ralf Hildebrandt : > postconf complains: > /usr/sbin/postconf: warning: ldap:/etc/postfix/laborberlin.com.cf: unused > parameter: start_tls=yes > > according to http://www.postfix.org/ldap_table.5.html postfix-3.3-20170716 is complaining, postfix-3.3-20170611 is not complaining.