Tips and Tricks
Previous  Top  Next

 
Tips and Tricks  
 
The First Week or Two  
You will probably find that you want to monitor your incoming email for a while to see what's going on and, as one user put it, "[to] enjoy looking at the ChoiceMail One list of new senders to see who is not getting through."  
 
There may be some senders whom you recognize and choose to preapprove in advance. In particular, if you have any online newsletter subscriptions, you will want to preapprove them the first time they come in so that all future messages are allowed through. See below for more details on newsletters and other automated services. Once you have configured ChoiceMail One to your taste, you will find that you can simply forget it's there. Just leave it in the system tray and never be disturbed by unwanted email again.  
 
Dealing with Newsletters  
If you subscribe to various newsletters from well-known services, consider adding the domains of those emails to your Accept permissions list. Choose Permission Management from the Actions menu, click the Accepted domains tab, and add the domain here.  
Note that you should only use this method if the actual email address of the sender is different each time you receive a newsletter from the same service. If the service always uses the same email address, then it's sufficient to just approve that particular sender.  
For example, if you are subscribed to a news letter whose address is always something like subscribers@newsletters.com, then you can just approve that sender. Some services create new email addresses for each letter and so you may see a series such as a023949@newsletters.com, a91849@newsletters.com, b94829@newsletters.com and so on. In this case, add the domain 'newsletters.com' instead of approving each of these senders.  
 
When You Purchase Something Online  
When you purchase something from an online store, you will typically get an email notification from them soon after you make your purchase. If it is your first time dealing with that particular store, you may not know the actual email address used by the online store – sometimes the address will have the online store's own domain but some smaller vendors may use a 3rd party service for their e-commerce needs. Just monitor the Unknown Senders list for a while (sort by date, most recent sender first) and you will quickly recognize the legitimate email coming from your online vendor. You can then decide whether to approve that particular sender or their domain in general — the former is better as some vendor's email messages will come from domains that are frequently used by spammers.  
 
Online Billing  
The process here is much the same as with newsletters except, of course, that you may not know when your next bill will come in. If you already have an online account for your utility bill or your mortgage, check your existing email messages to find out the email address used by the billing company. You can then add that sender manually (see page 36),  
 
List Servers  
Some groups sharing a common interest set up a list server so that whenever a member of the group sends a message to the list server, it is automatically sent to each member of the group. Let's look at an example of a message from a list server. Here is a typical message from the Mid-Atlantic Linux User Group Mailing List.  
 
X-Mailer: Novell GroupWise Internet Agent 6.0.2 Beta  
From: Someone <someone@addressremoved.com>  
To: <ma-linux@tux.org>  
Subject: [ma-linux] Any user can't log in graphically  
Sender: ma-linux-admin@tux.org  
X-BeenThere: ma-linux@tux.org  
X-Mailman-Version: 2.0.1  
List-Help: <mailto:ma-linux-request@tux.org?subject=help  
<mailto:ma-linux-request@tux.org%3Fsubject=help>>  
List-Post: <<mailto:ma-linux@tux.org>>  
List-Subscribe: <<http://www.tux.org/mailman/listinfo/ma-linux>>,  
<mailto:ma-linux-request@tux.org?subject=subscribe  
<mailto:ma-linux-request@tux.org%3Fsubject=subscribe>>  
List-Id: Mid-Atlantic Linux Enthusiasts <ma-linux.tux.org>  
List-Unsubscribe: <<http://www.tux.org/mailman/listinfo/ma-linux>>,  
<mailto:ma-linux-request@tux.org?subject=unsubscribe  
<mailto:ma-linux-request@tux.org%3Fsubject=unsubscribe>>  
List-Archive: <<http://www.tux.org/mailman/private/ma-linux/>>  
Date: Mon, 24 Jun 2002 09:59:14 -0400  
 
 
The body of the message  
 
_______________________________________________  
ma-linux mailing list  
ma-linux@tux.org<http://www.tux.org/mailman/listinfo/ma-linux>  
 
Below is what one of our users suggested as a way to handle this list server.  
I would create rules such that, if ma-linux@tux.org was in the To: or CC: or [ma-linux] is in the subject field, then I would accept the message. However, I would probably feel it's OK to accept the sender. With this particular list, I would make the action be to accept the sender.  
Now, if you're asking why I would add to the rule '[ma-linux] in the subject', here is why. If I decide to send a question to the list if I need help with something for some particular reason, while uncommon, sometimes people decide to send messages back to you directly. What I would say in my outgoing email is make sure to include '[ma-linux]' in the subject line, which is not too much to ask.  
 
I would set the actions for the To: and CC: rules to "Accept sender" and the rule that recognizes the Subject: "Accept message."  
Anyway, if someone sends a message to the list and I get it, I'm not worried about accepting those people because they have to be on the list to send a message. However, if I see that someone signed up and sent a spam to the list (which is unconventional, but has happened in the past, usually an on-topic spam), then I would just reject that email address.  
 
Defining Mailing Lists  
Consider the following email message received from a typical mailing list server:  
 
From: Subba Rao <subba9@cablespeed.com>  
To: DC Linux Users <dclug@tux.org>  
Reply-To: Subba Rao <subba9@cablespeed.com>  
Subject: [dclug] Linux gateway and home net clients  
Sender: dclug-admin@tux.org  
X-BeenThere: dclug@tux.org  
X-Mailman-Version: 2.0.13  
List-Help: <mailto:dclug-request@tux.org?subject=help>  
List-Post: <mailto:dclug@tux.org>  
List-Subscribe: <http://www.tux.org/mailman/listinfo/dclug>,  
<mailto:dclug-request@tux.org?subject=subscribe>  
List-Id: Washington DC Area Linux Users Group <dclug.tux.org>  
List-Unsubscribe: <http://www.tux.org/mailman/listinfo/dclug>,  
<mailto:dclug-request@tux.org?subject=unsubscribe>  
List-Archive: <http://www.tux.org/mailman/private/dclug/>  
Date: Mon, 19 May 2003 22:31:54 -0400  
 
Notice a few things:  
1.    The message is from the actual sender... subba9...  
2.   The message is to the mailing list... dclug@tux.org  
3.   My email address, to which it's delivered, (roneill@linuxraw.com) is nowhere in the headers  
4.   Because this is a 'Mailman' list, there is a list-id header where dclug@tux.org --> dclug.tux.org is listed. (All mailman lists do this)  
 
Now, if I added roneill@linuxraw.com to my current ChoiceMail now and received this message, here is what would have happened BEFORE adding the mailing list stuff. The message would have come in to ChoiceMail and because subba9... is not on my whitelist, this would have been a BCC unknown message.  
Now, AFTER adding the mailing list stuff, I could put dclug@tux.org in the mailing lists section, and because it recognizes the message is a mailing list message, it will allow it through.  
This is processed after the whitelist/blacklist, so if someone is sending numerous annoying messages to the mailing list, you could always blacklist them. Also for anyone on your whitelist, that message will automatically come through.  
 
This is processed before the rules because then it gives you a smaller set of messages to worry about with rules. Rules aren't processed before the whitelist, and to me mailing list is just kind of like adding the To or CC email address to your whitelist. Also, if you were concerned about messages on that particular mailing list (not well run), you could always leave that email address off the mailing list section and process it with a rule.  
 
Spoofed Postmaster Messages  
The best way to deal with these is to make sure you enable the "Verify System Messages" option in your preferences.