naspythonca neil schemenauer guido van rossum wrote personally dont think imap bright future people use thats certainly good approach writing imap server nontrivial task specification huge clients kinds weird stuff pop easy comparison perhaps could forward messages special address save special folder mark false negatives alternatively perhaps could separate protocol client could used review additions training set day random spam ham messages could grabbed candidates someone would periodically startup client review candidates reclassify remove messages dont like add training set neil fri 6 sep 2002 085705 0700 spambayes deployment