Some users are reporting Outlook 2003 SP1 won't send their email out
on the correct email account, instead sending the message on one of
their other accounts.
It appears this is caused by the failure of Outlook to create an NDR
when it can't send a message using the assigned SMTP server because
of lack of proper authentication. Instead of bouncing back with a
"relaying denied" error, Outlook falls back to the next available
SMTP server in the profile, which results in the From address from
the account whose SMTP server was used.
The fix? Make sure that any account that uses a server which
supports authentication is set up to authenticate to that server.
Check with your email administrator to learn what types of
authentication is supported.
To change your authentication settings, go to Tools, Email Accounts,
View or change existing accounts, select the account and click
Change. Click More Settings then Outgoing Server tab to configure
authentication.
Exchange 2003's Intelligent Message Filter (IMF) does 'okay' at
keeping spam out of user's Inboxes, but it's difficult to review the
messages in the UceArchive folder and IMF lacks the ability to white
list addresses that are erroneously tagged as spam. Because of these
limitations, organizations that receive a lot of spam should
consider using third party anti-spam filters, which offer white (or
safe) lists and black (or block) lists, keyword filters, file
attachment filtering and other features well worth the cost.
If your organization doesn't receive much spam, IMF will keep some
or all of the spam out of your mailboxes. How much spam is removed
depends on the SCL settings - as you lower the SCL, you remove more
spam and questionable messages, but you increase the number of
messages falsely labeled spam. To recover these false positives,
you'll need to review the UceArchive.
The simplest method is to open the messages using notepad or another
text editor. This is the safest method, but reviewing the messages
is slow. You can use Windows search to find messages containing
keywords or specific addresses, but it's still very time consuming.
While you shouldn't have Outlook Express installed on your server,
if you do, you can drag the *.eml files to Outlook Express's Inbox.
But you need to enable the option to read as plain text to prevent
web bugs or viruses from triggering and infecting your Exchange
server. If you're willing to take the risk, you'll see The To, From,
and Subject fields of the message and can sort by any of the fields,
which makes it easier to quickly browse the messages, but you have
two copies of the messages to delete - the one in OE and the one in
the UceArchive folder. Releasing false positives for redelivery is
difficult as well. All in all, it's not a good method to use.
The
IMF Archive Manager is a browser-based IMF
archive viewer that works well for browsing archive but you can only
delete all of the messages at once, or delete or release one message
at a time. It would be better if you could mark and delete (or
release) multiple messages at once and sort by subject, recipient,
or sender.
While the IMF Archive is the best of these options, it's not
workable for an organization that gets a lot of spam. What's really
needed in IMF is the ability to white list addresses or domains and
to configure it to always delete messages with an SCL higher than a
specific number and archive those with lower SCLs. To meet this
need, two new products are available which offer white lists and
other options, making it much easier to manage the UceArchive.
The first,
Sirana SpamCenter, is suitable for organizations that
want a simple standalone solution. Archived messages are stored in
an SQL database. Users can view their messages in the archive using
their web browser and release any messages which are not spam. Users
can also create their own white lists and blacklists. Administrators
can view reports containing information such as the most frequently
spammed mailboxes and peak times of the day or week for spam. I've
been using a beta build of SpamCenter for the last couple of weeks
and it's very easy to use.
The second product is the
Nemx Exchange IMF Extension
for the Nemx
PowerTools antispam filter. It also supports white lists, using not
only the From address, but also the subject, body, and header
fields.
Along with white listing capabilities, Exchange IMF extension allows
you to set thresholds and define different actions for each SCL
range. For example, you can use thresholds to always delete messages
with an SCL rating over 7 but quarantine messages between 4 and 6.
It also supports assigning different thresholds and actions by user
groups. For example, when used in a school setting, messages sent to
the staff can be quarantined while the same message sent to students
is deleted. Because the Exchange IMF extension is part of a more
robust content control program, you'll also be able to apply actions
to the messages, such as rerouting the message or moving it to a
subfolder.
A reader writes: "I receive a message on a regular basis and IMF is
dropping it in to the UCEArchive folder. Is there any way to always
allow messages from this sender?"
While white lists are a basic feature found in all other anti-spam
programs, the inability to always allow messages from specific
senders is one of the big drawbacks to IMF.
If the Exchange server is the gateway, you can configure Exchange to
always allow messages sent from a specific IP or IP range (but not
email address or domain). If the Exchange server is behind a gateway
this won't work as Exchange sees your gateway IP, not the
originating IP.
To enable this option, open the Exchange System Manger and browse to
Global Settings, Message Delivery, Message Filtering. Add the SMTP
IP address into the Global Accept field.
Another option is to use one of the two programs mentioned earlier
which support white lists, Nemx Exchange IMF Extension or Sirana
SpamCenter.
This week's Knowledgebase articles for Outlook contain a number of
post-SP hotfixes which require you to contact Microsoft to obtain.
While many of our readers are administrators and are familiar with
the process they must follow to obtain a hotfix, individuals often
don't know how to obtain them.
It's actually quite easy and painless. If you don't have a support
agreement and don't know who to call for a hotfix, US residents can
call 1-800-936-4900 then press 3 for hotfixes. Tell them you're
calling to obtain the hotfix described in KB [number] and they'll
take care of it, at no charge. That's right - all hotfixes are free
if you problem is the one described in the KB article. The procedure
for non-US callers is similar.
Should you install a hotfix if the problem listed in the kb article
doesn't affect you? No. Hotfixes aren't tested as well as service
packs and are designed to fix a specific problem. Unless it's a
problem that affects your use of the program, wait until the hotfix
is released in a SP or on Office Update.