> if you place these files in hold somewhere, it would be difficult to > read them.
You don't hold the files in MS' queue format, you hold them in RFC 822 raw, which then can be dropped into the pickup directory as desired. > it is impracticable to pass this information to an external > application by way of a command line argument being that some of it > is too long for that (multiple recipients). Well, that's really the same with the present architecture. We're lucky that IMail uses the Q file, but we could just as easily create it, as you note. An advanced Declude plug-in architecture would simply be loaded as a DLL, meaning that command-line data would instead be passed as a function param. > So when a message is 'held' in MS SMTP, you seemingly lose the > original recipient information... No, only if you choose to. I have no problem retaining the recip information in an off-line file. There's no technical prohibition on HOLD or COPYTO equivalents under MS SMTP. It just takes a specialized approach. > Personally, I have no interest in a "Declude mail server". I certainly agree with you there! MS SMTP is so powerful that it's amazing that MS "gives" it away. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/download/release/ --- [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.
