isbg is a script that makes it easy to scan an IMAP inbox for spam using SpamAssassin and get your spam moved to another folder.
Unlike the normal mode of deployments for SpamAssassin, isbg does not need to be involved in mail delivery, and can run on completely different machines to where your mailbox actually is.
Current version is 0.97 - 26 March 2003
There is a Yahoo group - imapspambegone for discussion and questions.
Yes, very well. It has been filtering my work email, some of which comes from a legacy email address that is from a spam unfiltered system. I run it as a cronjob every 15 minutes, and have had it doing that for 6 months. I get about 500 spams a month. Many other users have been using it for a variety of servers from a variety of platforms.
There are no known outstanding bugs.
Make sure you have SpamAssassin installed. This is described in spamassassin.org/dist/INSTALL.
SpamAssassin should be on your $PATH (it installs in /usr/bin by default)
Download isbg.py. You can rename it to
anything you want, and make it executable (chmod 555
isbg.py). It is written in the Python scripting language.
Python is installed by default on most Linux systems. You can find
out more about Python at www.python.org
Simply invoke it by whatever name you called the file.
If you have never used SpamAssassin before, you'll probably be quite nervous about it being too good and taking out legitimate email, or not taking out enough spam. It has an easily adustable threshold to change how aggressive it is. Run the following command to create your preferences file
$ spamassassin </dev/null >/dev/null Created user preferences file: /home/rogerb/.spamassassin/user_prefs
You can then edit $HOME/.spamassassin/user_prefs and change the thresholds.
The default behaviour of isbg is to not make any changes your Inbox unless you specify specific command line options. Consequently you can experiment without worry at the begining.
Your first step is to create a new folder to receive suspected spam. I use one named 'spam'.
Run isbg with the --help option to see what options are available:
$ isbg.py --help
isbg: IMAP Spam begone 0.97-26Mar03
All options are optional
--imaphost hostname IMAP server name [localhost]
--ssl Make an SSL connection to the IMAP server
--imapuser username Who you login as [rogerb]
--imapinbox mbox Name of your inbox folder [INBOX]
--spaminbox mbox Name of your spam folder [INBOX.spam]
--maxsize numbytes Messages larger than this will be ignored as they are
unlikely to be spam [120000]
--noreport Don't include the SpamAssassin report in the message
copied to your spam folder
--flag The spams will be flagged in your inbox
--delete The spams will be marked for deletion from your inbox
--expunge Cause marked for deletion messages to also be deleted
(only useful if --delete is specified)
--verbose Show IMAP stuff happening
--spamc Use spamc instead of standalone SpamAssassin binary
--savepw Store the password to be used in future runs
--nostats Don't print stats
--exitcodes Use different exitcodes (see doc)
(Your inbox will remain untouched unless you specify --flag or --delete)
See http://www.rogerbinns.com/isbg for more details
Do your first run.
$ isbg.py --imaphost mail.example.com --savepw IMAP password for rogerb@mail.example.com:
The amount of time it takes will be proportional to the size of your
inbox. You can specify --verbose if you want to see the
gory details of what is going on.
You can now examine your spam folder and will see what spam was detected. You can change the SpamAssassin threshold in your user_prefs file it created earlier.
isbg remembers which messages it has already seen, so that it doesn't process them again every time it is run. If you are testing and do want it to run again, then remove the trackfile (default $HOME/.isbg-track*).
If you specified --savepw then isbg will remember your password the next time you run against the same server with the same username. You should not specify --savepw in future runs unless you want to change the saved password.
You'll probably want something to actually be done with the original spams in your inbox. By default nothing happens to them, but you have two options available. If you specify --flag then spams will be flagged.
You can get the messages marked for deletion by specifying --delete. If you never want to see them in your inbox, also specify the --expunge option after --delete and they will be removed when isbg logs out of the IMAP server.
Each IMAP implementation names their folders differently, and most IMAP clients manage to hide most of this from you. If your IMAP server is Courier, then your folders are all below INBOX, and use dots to seperate the components.
The UWash server typically has the folders below Mail
and uses slash '/' to seperate components.
If you would like to do something beyond the options listed in the usage message above, isbg actually has several more options that can be used. You will easily be able to figure them out from looking in the isbg.py file.
IMAP assigns each message in a folder a unique id. isbg scans the folder for messages it hasn't seen before, and for each one, downloads the message and feeds it to SpamAssassin. If SpamAssassin says the message is spam, then the SpamAssassin report is uploaded into your spam folder. Unless you specify the --noreport option, in which case the message is copied from your Inbox to the Spam folder (the copy happens on the IMAP server itself so this option is good if you are on a low bandwidth connection).
By default isbg saves the list of seen IMAP message unique ids in a file in your home directory. It is named .isbg-trackXXXX where XXXX is a 16 byte identifier based on the IMAP host, username and port number. Consequently you can just run isbg against different servers/accounts and it will automatically keep the tracked uids seperate. You can override the filename with --trackfile.
If you don't want isbg to prompt you for your password each time, you can specify the --savepw option. This will save the password in a file in your home directory. The file is named .isbg-XXXX where XXXX is a 16 byte identifier based on the IMAP host, username and port number (the same as for the multiple accounts description above). You can override the filename with --passwordfilename
The password is obfuscated, so anyone just looking at the contents won't be able to see what it is. However, if they study the code to isbg then they will be able to figure out how to de-obfuscate it, and recover the original password. (isbg needs the original password each time it is run as well).
Consequently you should regard this as providing minimal protection if someone can read the file.
isbg can do IMAP over SSL if your version of Python has been
compiled with SSL support. (Specifically it looks for the function
socket.ssl). You can tell if you have ssl support by running
isbg.py --help. If --ssl is listed in the options then
you have ssl support.
However you should be aware that the SSL support does NOT check the certificate name nor validate the issuer. If an attacker can intercept the connection and modify all the packets flowing by, then they will be able to pose as the IMAP server. Other than that, the connection will have the usual security features of SSL.
When ISBG exits, it uses the exit code to tell you what happened. In general it is zero if all went well, and non-zero if there was a problem. You can turn on additional reporting by using the --exitcodes command line option.
| code | --exitcodes needed | description |
| 0 | All went well | |
| 1 | yes | There was at least one new message, and none of the messages were spam |
| 2 | yes | There was at least one new message, and all messages were spam |
| 3 | yes | There were new messages, with at least one spam and one non-spam |
| 10 | There were errors in the command line arguments | |
| 11 | The IMAP server reported an error |
There are two flags IMAP uses to mark messages, Recent and Seen. Recent is sent to the first IMAP client that connects after a new message is received. Other clients or subsequent connections won't see that flag. The Seen flag is used to mark a message as read. IMAP clients explicitly set Seen when a message is being read.
Pine and some other mailers use the Recent flag to mark new mail. Unfortunately this means that if isbg or any other IMAP client has even looked at the Inbox, the messages won't be shown as new. It really should be using Seen.
The IMAP specification does not permit clients to change the Recent flag.
/dev/null be nul on WindowsThis software is written and maintained by Roger Binns <rogerb@rogerbinns.com> It is distributed under the Artistic License.
There is a Yahoo group - imapspambegone for discussion and questions.