Problem - odbiorca wiadomości z Outlooka otrzymuje załącznik "Untitled Attac.dat" zamiast np. wpisu z kalendarza

Przyczyna:

MailScanner na serwerze poczty analizuje wiadomości między innymi poprzez "głęboką" analizę wysyłanych załączników.
Outlook wszelkie informacje własne "wymieniane z innymi Outlookami" wysyła w postaci załącznika winmail.dat.
Plik ten ma format archiwum TNEF i na serwerze poczty może być rozpakowany w celu sprawdzenia zawartości.
Jak wierzę, w zależności od konfiguracji programu, załącznik może być złożony z powrotem i zamieszczony jako nowy załącznik.
W naszym przypadku powodowało to dostarczenie "nieczytelnego" pliku i brak oczekiwanege rezultatu.
Należało w pliku konfiguracyjnym MailScanner'a zmienić dyrektywę "Use TNEF Contents" z "replace" na "no"
W kwestii wiary - mam nadzieję, że poniższa konfiguracja nie obniża bezpieczeństwa. Problem na pewno rozwiązuje.


# Expand TNEF attachments using an external program (or a Perl module)?
# This should be "yes" unless the scanner you are using (Sophos, McAfee) has
# the facility built-in. However, if you set it to "no", then the filenames
# within the TNEF attachment will not be checked against the filename rules.
Expand TNEF = yes

# When the TNEF (winmail.dat) attachments are expanded, should the
# attachments contained in there be added to the list of attachments in
# the message?
# If you set this to "add" or "replace" then recipients of messages sent
# in "Outlook Rich Text Format" (TNEF) will be able to read the attachments
# if they are not using Microsoft Outlook.
#
# no => Leave winmail.dat TNEF attachments alone.
# add => Add the contents of winmail.dat as extra attachments, but also
# still include the winmail.dat file itself. This will result in
# TNEF messages being doubled in size.
# replace => Replace the winmail.dat TNEF attachment with the files it
# contains, and delete the original winmail.dat file itself.
# This means the message stays the same size, but is usable by
# non-Outlook recipients.
#
# This can also be the filename of a ruleset.
Use TNEF Contents = no

# Some versions of Microsoft Outlook generate unparsable Rich Text
# format attachments. Do we want to deliver these bad attachments anyway?
# Setting this to yes introduces the slight risk of a virus getting through,
# but if you have a lot of troubled Outlook users you might need to do this.
# We are working on a replacement for the TNEF decoder.
# This can also be the filename of a ruleset.
Deliver Unparsable TNEF = no