Re: Another policy server question...

2014-10-13 Thread Viktor Dukhovni
On Mon, Oct 13, 2014 at 02:48:14PM +0200, Lothar Gesslein wrote: > > Just to make sure that I'm crystal clear however, let me ask: When you > > say "terminated" what you are actually implying is just that the policy > > server process receives EOF on stdin, correct? > > AFAIK normal unix process

Re: Another policy server question...

2014-10-13 Thread Wietse Venema
Lothar Gesslein: > As far as I understand it, $max_use is counted/incremented by the > postfix master daemon, for each new incoming connection (it is a No, that is incorrect, as are all inferences based on this. Wietse

Re: Another policy server question...

2014-10-13 Thread Lothar Gesslein
On 10/10/2014 07:36 PM, Ronald F. Guilmette wrote: > Thank you. What you have written above does in fact clarify things a > good deal more. > > Just to make sure that I'm crystal clear however, let me ask: When you > say "terminated" what you are actually implying is just that the policy > serve

Re: Another policy server question...

2014-10-10 Thread Ronald F. Guilmette
In message <5437738e.70...@b1-systems.de>, Lothar Gesslein wrote: >This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >--S3jn7wKsBSncUVQTga7T8Np436be1Lonq >Content-Type: text/plain; charset=utf-8 >Content-Transfer-Encoding: quoted-printable > >On 10/09/2014 08:25 PM, Ronald F. Guilmette

Re: Another policy server question...

2014-10-09 Thread Lothar Gesslein
On 10/09/2014 08:25 PM, Ronald F. Guilmette wrote: > In any event, regardless of how this key sentence is construed, it > self-evidently leaves open a rather obvious quetion: What happens, > exactly, when the $max_use limit is exceeded? The document makes > no effort at all to specify, leaving th

Re: Another policy server question...

2014-10-09 Thread Viktor Dukhovni
On Thu, Oct 09, 2014 at 11:46:24AM -0700, Ronald F. Guilmette wrote: > Viktor Dukhovni wrote: > > >Spawn launches a new {policy} process for each new {SMTP} connection. > > Thank you! I most certainly did not grasp that until just this moment. No, I deliberately did not use the words you inse

Re: Another policy server question...

2014-10-09 Thread LuKreme
On 09 Oct 2014, at 13:50 , Ronald F. Guilmette wrote: > No one sensible would dispute your skill as a software developer, > but I'll put my own understanding of the English language up against > your's, Funniest thing all day. Hurray for Skitt’s Law. -- 'I thought we could do it without anyone

Re: Another policy server question...

2014-10-09 Thread Wietse Venema
Ronald F. Guilmette: >http://www.merriam-webster.com/dictionary/use http://en.wikipedia.org/wiki/Plonk Wietse

Re: Another policy server question...

2014-10-09 Thread Ronald F. Guilmette
In message <3jdmll1j7pzj...@spike.porcupine.org>, wie...@porcupine.org (Wietse Venema) wrote: >Ronald F. Guilmette: >> I'm asking you to explain your documentation, and specifically why >> you have a different understanding of the word "use" that the vast > >See http://en.wikipedia.org/wiki/Clie

Re: Another policy server question...

2014-10-09 Thread Wietse Venema
Ronald F. Guilmette: > > In message <3jdlhr1bzjzj...@spike.porcupine.org>, you wrote: > > >Ronald F. Guilmette: > >> OK, I'm reading (and re-reading, and re-re-reading) the statement in > >> question, which appears in the SMTPD_POLICY_README, and I'm sorry to > >> say that I still find it almost

Re: Another policy server question...

2014-10-09 Thread Ronald F. Guilmette
In message <3jdlhr1bzjzj...@spike.porcupine.org>, you wrote: >Ronald F. Guilmette: >> OK, I'm reading (and re-reading, and re-re-reading) the statement in >> question, which appears in the SMTPD_POLICY_README, and I'm sorry to >> say that I still find it almost imponderably ambiguous. >> >> Plea

Re: Another policy server question...

2014-10-09 Thread Ronald F. Guilmette
In message <20141009172354.gu13...@mournblade.imrryr.org>, Viktor Dukhovni wrote: >Spawn launches a new {policy} process for each new {SMTP} connection. Thank you! I most certainly did not grasp that until just this moment. >A policy server connection never outlives the smtpd(8) process that

Re: Another policy server question...

2014-10-09 Thread Wietse Venema
Ronald F. Guilmette: > > In message <3jdjvm2k00zj...@spike.porcupine.org>, > wie...@porcupine.org (Wietse Venema) wrote: > > >Ronald F. Guilmette: > >> Somewhere burried in the documentation I vaguely remember seeing a > >> comment to the effect that Postfix will only ask a policy server to > >>

Re: Another policy server question...

2014-10-09 Thread Ronald F. Guilmette
In message <3jdjvm2k00zj...@spike.porcupine.org>, wie...@porcupine.org (Wietse Venema) wrote: >Ronald F. Guilmette: >> Somewhere burried in the documentation I vaguely remember seeing a >> comment to the effect that Postfix will only ask a policy server to >> handle 100 requests. (I guess that

Re: Another policy server question...

2014-10-09 Thread Viktor Dukhovni
On Thu, Oct 09, 2014 at 10:07:21AM -0700, Ronald F. Guilmette wrote: > Please do correct me if I'm wrong... I may be misunderstanding... > but these additional possibilities you are describing would be > available _only_ if the policy server is invoked by something > other than spawn(8), correct?

Re: Another policy server question...

2014-10-09 Thread Wietse Venema
Ronald F. Guilmette: > Somewhere burried in the documentation I vaguely remember seeing a > comment to the effect that Postfix will only ask a policy server to > handle 100 requests. (I guess that this is one way of allowing for > badly written policy servers that have, for example, memork leaks >

Re: Another policy server question...

2014-10-09 Thread li...@rhsoft.net
Am 09.10.2014 um 19:07 schrieb Ronald F. Guilmette: I wonder how many Postfix policy servers have been written to be invoked other than via spawn(8). I have trouble imagining that any have been, since just allowing them to be invoked by spawn(8)... which automagically handles hooking up stdin t

Re: Another policy server question...

2014-10-09 Thread Ronald F. Guilmette
In message <20141009152227.gq13...@mournblade.imrryr.org>, Viktor Dukhovni wrote: >On Wed, Oct 08, 2014 at 06:17:45PM -0700, Ronald F. Guilmette wrote: >> As I understand it, a Postfix policy server is supposed to be reading >> incoming requests from stdin. > >No, it is supposed to be accepting

Re: Another policy server question...

2014-10-09 Thread Viktor Dukhovni
On Wed, Oct 08, 2014 at 06:17:45PM -0700, Ronald F. Guilmette wrote: > The SMTPD_POLICY_README file says: > > "In case of trouble the policy server must not send a reply. Instead the > server > must log a warning and disconnect. Postfix will retry the request at some > later > time." > > > Um

Re: Another policy server question...

2014-10-09 Thread Jan P. Kessler
How exactly does one "disconnect" from stdin? I mean other than by calling exit() ? Exiting is sufficient. The SMTPD_POLICY_README file should be edited in a way so as to make that clear. The current wording is quite entirely perplexing. "Disconnect" is quite obviously the wrong word to us

Re: Another policy server question...

2014-10-08 Thread Ronald F. Guilmette
In message <54361549.5050...@megan.vbhcs.org>, Noel Jones wrote: >On 10/8/2014 8:17 PM, Ronald F. Guilmette wrote: >> The SMTPD_POLICY_README file says: >> >> "In case of trouble the policy server must not send a reply. Instead the ser >ver >> must log a warning and disconnect. Postfix will re

Re: Another policy server question...

2014-10-08 Thread Noel Jones
On 10/8/2014 8:17 PM, Ronald F. Guilmette wrote: > The SMTPD_POLICY_README file says: > > "In case of trouble the policy server must not send a reply. Instead the > server > must log a warning and disconnect. Postfix will retry the request at some > later > time." > > > Ummm... > > I can easl