Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 91292 - gentoo mx server blocks .exe files without warning
Summary: gentoo mx server blocks .exe files without warning
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Infrastructure
Classification: Unclassified
Component: Dev box issues (show other bugs)
Hardware: All All
: High major (vote)
Assignee: Gentoo Infrastructure
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-03 05:02 UTC by Andrea Barisani (RETIRED)
Modified: 2005-06-03 00:00 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrea Barisani (RETIRED) gentoo-dev 2005-05-03 05:02:16 UTC
The @gentoo.org MX server blocks .exe attachment without sending a warning
message to the sender, I just tested this by testing a .exe attachment to
my @gentoo.org address.

Personally I'm against any form of filtering MTA_side, this should be done
locally by devs with procmail/mutt/whatever - fu. I might *want* to get
attachments like that and it's not a decision that the MTA should make about
my mail.

Anyway not having a warning about it it's even more dangerous so please fix 
this :)

These are the headers of the message:

From lcars@infis.units.it Tue May  3 13:56:45 2005
Date: Tue, 3 May 2005 13:56:45 +0200
From: Andrea Barisani <lcars@infis.units.it>
To: lcars@gentoo.org
Subject: exe file
Message-ID: <20050503115645.GD3633@sole.infis.univ.trieste.it>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="69pVuxX8awAiJ7fD"
Content-Disposition: inline
X-GPG-Key: 0x864C9B9E
X-GPG-Fingerprint: 0A76 074A 02CD E989 CE7F  AC3F DA47 578E 864C 9B9E
User-Agent: Mutt/1.5.8i
Status: RO
Content-Length: 1431193
Lines: 19616


--69pVuxX8awAiJ7fD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline



--69pVuxX8awAiJ7fD
Content-Type: application/x-msdos-program
Content-Disposition: attachment; filename="torsetup-0.0.9.exe"
Content-Transfer-Encoding: base64

TVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAAAAAAAAAAAAAAAAAAAAAAAAAAAASW5ub48m
EABw2e//AAEAALoQAA4ftAnNIbgBTM0hkJBUaGlzIHByb2dyYW0gbXVzdCBiZSBydW4gdW5k
ZXIgV2luMzINCiQ3AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

....
Comment 1 Kurt Lieber (RETIRED) gentoo-dev 2005-05-03 07:50:39 UTC
This was put in place by peitolm a while back.  I don't object to having it, but I also don't object to finding a better way of doing the same thing.
Comment 2 Andrea Barisani (RETIRED) gentoo-dev 2005-05-17 05:31:19 UTC
Now that we have spamassassin and clamav on toucan would it be possible
to remove this .exe block forever?
Comment 3 solar (RETIRED) gentoo-dev 2005-05-17 05:57:25 UTC
I would rather not reply on spamassassin myself. '*.exe' has nothing todo with 
gentoo so we don't need it. 
Comment 4 Andrea Barisani (RETIRED) gentoo-dev 2005-05-17 06:02:25 UTC
Well we should rely on clamav for viruses in .exe, anyway spamassassin could
be easily tweaked with a rule that tags .exe attachments as spam (same thing
applies to procmail).

The point here is leaving that as a user choice and not a sitewide policy.

Btw we currently have 13 .exe files in distfiles ;) so I wouldn't say "it
has nothing to do with gentoo"...and anyway I might want someone to send
me an exe and have the freedom not to block it.
Comment 5 Lance Albertson (RETIRED) gentoo-dev 2005-05-17 06:08:44 UTC
Yeah, consider the mono uses .exe/dll ;) I don't see a problem with taking that
out. I think it was orginally added to keep .exe files from hitting the mailing
lists. There might have been a virus that came out and that was our stop measure
for it.
Comment 6 solar (RETIRED) gentoo-dev 2005-05-17 07:53:10 UTC
*.exe in mail attachments wins.. 
Just had to use that 'freedom' word. :)
Comment 7 Andrea Barisani (RETIRED) gentoo-dev 2005-06-03 00:00:42 UTC
Removed the filters. Please reopen if there are any issues.