Re: [vchkpw] local delivery reentrancy issues?
Ah, that's what I was concerned about. Temp files aren't the issue, but rather shared files that are updated as side-effects of the messages going through. Darn! Thanks, Kurt If possible turn those shared files into a MySQL database - then you can let MySQL worry about all the locking etc for you :) Paul
Re: [vchkpw] local delivery reentrancy issues?
on 3/28/05 5:53 PM, Tom Collins <[EMAIL PROTECTED]> wrote: > On Mar 28, 2005, at 4:26 PM, Kurt Bigler wrote: >> The qmail doc says: >>> qmail-lspawn invokes qmail-local asynchronously, so the >>> results may not be in the same order as the commands. >> >> and this might seem to have the implication that commands in .qmail >> files >> might end up being executed in parallel. I would wish this was not >> so, and >> that I could execute commands freely in various .qmail files without >> having >> to worry about using locks. > > The programs in a .qmail file will run in order, one at a time. It has > to work this way, since any program can exit in a way to prevent > further execution of the .qmail file. > > I think the qmail-lspawn doc is saying that messages might be processed > out of order (I send you messages A, B and C, and qmail-local procceses > them as B, C, then A). It also implies that your scripts could be > processing multiple messages simultaneously, so if you use temp files, > be sure to generate unique names. Ah, that's what I was concerned about. Temp files aren't the issue, but rather shared files that are updated as side-effects of the messages going through. Darn! Thanks, Kurt
Re: [vchkpw] local delivery reentrancy issues?
On Mar 28, 2005, at 4:26 PM, Kurt Bigler wrote: The qmail doc says: qmail-lspawn invokes qmail-local asynchronously, so the results may not be in the same order as the commands. and this might seem to have the implication that commands in .qmail files might end up being executed in parallel. I would wish this was not so, and that I could execute commands freely in various .qmail files without having to worry about using locks. The programs in a .qmail file will run in order, one at a time. It has to work this way, since any program can exit in a way to prevent further execution of the .qmail file. I think the qmail-lspawn doc is saying that messages might be processed out of order (I send you messages A, B and C, and qmail-local procceses them as B, C, then A). It also implies that your scripts could be processing multiple messages simultaneously, so if you use temp files, be sure to generate unique names. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
[vchkpw] local delivery reentrancy issues?
I'm intending to do some custom filtering via .qmail | command lines, and I'm wondering whether I need to worry about reentrancy issues. I don't remember people talking about this in discussions of spam filtering for example, but I want to make sure I'm not missing something. The qmail doc says: > qmail-lspawn invokes qmail-local asynchronously, so the > results may not be in the same order as the commands. and this might seem to have the implication that commands in .qmail files might end up being executed in parallel. I would wish this was not so, and that I could execute commands freely in various .qmail files without having to worry about using locks. Is there any kind of implicit protection against such issues? Thanks. I realize this is more of a qmail question than a vpopmail question, but I'd appreciate any responses. -Kurt Bigler