This will stop me from finding what is obvious to the user and not me as the admin. I have looked over messages I have thought were spam ant the user calls a day or two later looking for a message from a customer. I do not know who al of our customers are and all of their email addresses. But the user base does.
Also we host for other domains. I am even less qualified to determine a false positive for thoes domains. My biggest concern is the users become numb to the emails. But that moves the responsibility of determining false positives from me to them. Another reason to implament this is to empower the user to make their own decision. If they choose to delete the report without ever looking at it, there is nothing I can do about that, but they can not blame our admins. See more in line: > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Markus Gufler > Sent: Tuesday, July 01, 2003 1:22 PM > To: [EMAIL PROTECTED] > Subject: RE: [Declude.JunkMail] enhanced HOLD action > > > > Your app would be a great tool to transfer the review work away from the > admins. > At the moment we already send out a virus vulnerability warning > containing a link to requeue the message. This works great for us. > > But I'll see a problem with the ratio between false positives and spam > in the Requeue-Report the user recieves. > > Usually we have 1-2 FP's per day but around 100 spam messages in the > range from 100 to 200% of our hold value. > This will mean that most of our users will recieve a daily report with > some suspiciuos messages but only one or two people will find something > to requeue. That is correct but if thoes 1 or 2 are orders for product. It is best for the user to determine what is a false positive. > > I fear after some days great part of the user will not more pay some > attention to the requeue report. The other part of the customers will > call or write you: "Why? What? Where? Please can you...?" I agree but when they call they will be directed to the requeue report in their email. > > Another problem is, that spammers usualy write something in the subject > line to gain the attention of the recipient. So how the (inexperienced) > user should know what's legit and what's not. That is correct but most false positives caught by my userbase has been based on email address/domain not the subject. > > > > > I am running the VB script from this list tu purge all held > > messages after 14days. I guess I could make it part of the > > app instead of using the vb script. > > We've written a small app that can be used to clean folders and all > subfolders from certain file-types (extension) and whose age. You can > download it from www.zcom.it/decludeupdater/ictcleaner.zip > I will check it out. Thank you. > We use this tool to clean our entire imail-spool folder from old > logfiles, queue files, virus messages and hold spam. > > Markus > > --- > [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] Kevin Bilbee --- [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.
