Gandi Groups


You should be logged in to post new messages. Create an account.

   After many happy years using Gandi email services, I have suddenly stared
getting bounced email messages like the one below (some info redacted).  I
have opted out of gandi side virus scanning/filtering and maintain a tight
control over my email usage (no email bots or abuse of email running from my
systems).  As a developer I frequently have to email exe/dll files - how do
I opt out of this new email analysis, filtering and banning system?

   I understand that some more inexperienced or technically challenged Gandi
users might need to be baby-sitted, but as an experienced long time user
with no history of incidences or abuse of the service, I find that Gandi
banning my sent emails represents a serious time wasting problem for me. The
suggestion to use encryption, while very good advice, will require a lot of
extra steps and time wasted in our day to day email usage. The below email
was urgent and supposed to reach its destination in minutes. Instead by the
time I noticed Gandi had banned it, almost an hour was wasted holding up the
whole development team build process. 



Our content checker found
    banned name: .exe,.dll,XXXXXXX.dll

in email presumably from you <>
to the following recipient:

Our internal reference code for your message is 15823-04-2/xvPDdmn2o5X7

Delivery of the email was stopped!

The message has been blocked because it contains a component
(as a MIME part or nested within) with declared name
or MIME type or contents type violating our access policy.

To transfer contents that may be considered risky or unwanted
by site policies, or simply too large for mailing, please consider
publishing your content on the web, and only sending an URL of the
document to the recipient.

Depending on the recipient and sender site policies, with a little
effort it might still be possible to send any contents (including
viruses) using one of the following methods:

- encrypted using pgp, gpg or other encryption methods;

- wrapped in a password-protected or scrambled container or archive
  (e.g.: zip -e, arj -g, arc g, rar -p, or other methods)

Note that if the contents is not intended to be secret, the
encryption key or password may be included in the same message
for recipient's convenience.

We are sorry for inconvenience if the contents was not malicious.

The purpose of these restrictions is to cut the most common propagation
methods used by viruses and other malware. These often exploit automatic
mechanisms and security holes in more popular mail readers (Microsoft
mail readers and browsers are a common target). By requiring an explicit
and decisive action from the recipient to decode mail, the danger of
automatic malware propagation is largely reduced.