> A client has a pair of generic incoming MX servers. These then feed > into a Declude server, storing and forwarding to the mailbox server. > The mailbox server does its own outbound mail.
> I'd like to know if it will ever be possible to do this, perhaps by a > routine that can parse the log on the mail box server(in the case of > AutoWhite) or by remote interrogation of web address lists(in the case > of Declude's whitelist feature). I fear that not enough people are > using Declude as a store and forward device and therefore demand will > not be high enough to justify the change. The issue as you have pointed out is that both Declude and AutoWhite for Declude need to see both incoming and outgoing to work. Generally speaking, it appears that most configurations where Imail/Declude scan the incoming only for a S&F domain are in corporate configurations where it is used as a cost effective well balanced tool to fight incoming viruses and spam. I myself would like to understand why the company policy or network admins feel this is the way it should be. Having Imail/Declude process both incoming and outgoing has multiple benefits. You are correct in that there has not been enough interest/request for this kind of function, and to be broad to be used enough to be able to work with multiple e-mail servers that are handling the actual e-mail would create a lot of overhead. If the different types of e-mail servers, such as Exchange or Postini or Mdameon had some common form of logging that would be one thing. If there is interest in say one flavor of server, say Exchange, for this function, I am open to consider looking at ways to make it work. John Tolmachoff Engineer/Consultant/Owner eServices For You --- [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.
