> ...since a delay is mostly harmless... Pete, you're an awesome programmer, and I stand in awe of Sniffer's sophistication and penetration.
However, I think your idea is strikingly out-of-touch with the way SMTP is used in 2003. We can howl to the heavens about its obsolescence, insecurity, unreliability, latency...but in the real world, SMTP is mission-critical and delivery is to be made as timely as possible. I know of not one client of ours--nor anyone in our own company--who would tolerate such a paradigm shift as half-day-plus delays, no matter how powerful the corollary anti-spam effects. 5- or 10-minute "processing delays" might be palatable, but would be unlikely to allow time for the global trending you suggest. What might be interesting is the ability to deliver messages to a web-readable MBX file, then relocate messages to originally intended subareas as they are "stamped" or "stomped." Of course, you have mucho associated disk I/O processing, locking issues, etc. -Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] ------------------------------------ --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
