Half a croissant, on a plate, with a sign in front of it saying '50c'
h a l f b a k e r y
Almost as great as sliced bread.

idea: add, search, annotate, link, view, overview, recent, by name, random

meta: news, help, about, links, report a problem

account: browse anonymously, or get an account and write.

user:
pass:
register,


     

spam filter control protocol

Standard-ish protocol for controlling a spam filter from your e-mail client
  (+2, -1)
(+2, -1)
  [vote for,
against]

There are many different spam filters. Some of them can work independently of your other software, acting as the mail-server, filtering and forwarding the mails to your real server. Others are plug-ins or extensions to your server. And, still others, are embedded components of or plug-ins of your e-mail client. Not a one of these is perfect, and getting the best performance out of it often requires some user feed back. "No, my grandma's recipe for the family secret cookies is not spam.", "Yes, this offer for free viagra is spam." for example. So it seems to make sense that what is needed here is a common protocol for an e-mail client to connect to a spam filter, be it through some IP-based protocol, COM-like interface, or what-have-you, to handle such tasks in a filter-independant manner, so as to give each of us our choice in spam filters, without sacrificing the almighty ease-of-use.
ironfroggy, Jan 26 2005

[link]






       Sounds good, but i think we should let the free market take care of this one. Let the best standard emerge because it's the best, not because you or i think so.
mat334, Jan 27 2005
  

       Nothing wrong with drafting a standard. You'd be daft not to consult major players along the way and they'll soon let you know if it's something they would integrate into their product or not.
st3f, Aug 08 2005
  
      
[annotate]
  


 

back: main index

business  computer  culture  fashion  food  halfbakery  home  other  product  public  science  sport  vehicle