Jason Haar wrote: > On Mon, Jun 10, 2002 at 10:18:51AM -0800, Pete Hanson wrote: > >>Looking at the source for spamc, it looks to me like a message that exceeds >>the maximum message size is simply skipped entirely, which actually requires >>reading in most of the message first - fair enough, as it's hard to >>determine the size when it's coming from a pipe. However, wouldn't it make > > > It would be nice if spamc could read from a file as well as a pipe. In that > case spamc could stat the file and figure out it's size in advance. > > In fact, it would also be nice if spamd could do that same thing. 99% of us > are running spamd on the same host as the MTA - so why the overhead of > calling the network to pass the contents of a file that is already on the > local disk? > > The Qmail-Scanner SA support would really benefit from this. I'd get spamd > to run as the same usercode that runs qmail-scanner, and it could just > directly access the file on disk.
FWIW the next version of PPerl (0.14) will be released either today or tomorrow, and doesn't do any network I/O - it simply dups the filehandles across the domain socket. The only network I/O it does is for the return code. Matt. _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
