About:
renattach is a stream filter that can identify and act upon potentially dangerous e-mail attachments. It's a highly effective way of protecting users from harmful mail content (virii and worms) by disabling or removing attachments that may be accidentally executed by the user. It is written in pure C and can quickly process mail with little overhead. Unlike a conventional virus scanner, there are no specific virus or worm definitions. Instead, it identifies potentially dangerous attachments based on filename extension and on encoded body content. It can be used from within sendmail, postfix, procmail, or pretty much anywhere else.

Author:
Jem Berkes [contact developer]

Rating:	reset 1 2 3 4 5 6 7 8 9 10
8.26/10.00 (1 vote)

Homepage:
http://www.pc-tools.net/unix/renattach/
Tar/GZ:
http://www.pc-tools.net/files/unix/renattach-1.2.4.tar.gz
Changelog:
http://www.pc-tools.net/unix/renattach/ChangeLog
BSD Ports URL:
http://www.pc-tools.net/[..]ix/renattach/renattach-1.2.4-port.tar.gz

Trove categories: [change]

[Environment]		Console (Text Based)
[Intended Audience]		System Administrators
[License]		OSI Approved :: GNU General Public License (GPL)
[Programming Language]		C
[Topic]		Communications :: Email, Communications :: Email :: Filters, Security

Dependencies: [change]
No dependencies filed

 Branches

Branch	Version	Last release	License	URLs
Default	1.2.4	25-Oct-2006	GNU General Public License (GPL)

 Comments

[»] Security fixes in renattach 1.2.1e
by Jem Berkes - Oct 3rd 2004 11:04:17

Please see this notice, as sent out on the renattach mailing list: http://www.pc-tools.net/unix/renattach/2004-10-03.txt

[reply] [top]

[»] renattach RPM package
by Carles Arjona - Dec 6th 2003 13:54:35

I've built a RPM package for renattach , which is already available on the Redhat contrib tree:

http://rpmfind.net/linux/RPM/contrib/libc6/i386/renattach-1.2.0rc2-1.i386.html

Regards.

[reply] [top]

[»] 1.2.0rc2 corrects all known issues to date
by Jem Berkes - Nov 12th 2003 09:21:04

I would like to announce 1.2.0rc2. All known bugs have been fixed. No new features are planned for 1.2.0. Thanks to all who submitted live worms/viruses; filter operation has been verified against all available live viruses (over 400 in my corpus).

Version 1.2.0 is a complete rewrite, incorporating many of the suggestions I have received over the years that were not possible to implement in version 1.1.x. Most notably, renattach now parses and interprets all MIME attachments (with any filename encoding) and then rewrites the headers fresh to guarantee a specific format. This means that it provides substantially more protection than a filter that just searches for filenames.

[reply] [top]

[»] Renattach - encoded filenames
by Christian Gnägi - Aug 17th 2003 01:49:24

I am german-speaking, and we use 'Umlauts' as normal part of our language, which means that the letters ä ö ü, and in french speaking parts of switzerland also éàè can be part of a normal filename. So if my users attach a file called 'Fassadenänderung.dwg', it annoys them if it arrives as 'filename'. What can be done about this, keeping in mind there are a lot of languages each with non-ASCII letters in them?

Thanks,
Christian

[reply] [top]

[»] Re: Renattach - encoded filenames
by Jem Berkes - Aug 27th 2003 19:32:03


> I am german-speaking, and we use
> 'Umlauts' as normal part of our
> language, which means that the letters
> ä ö ü, . . .
> So if my users attach a file called
> 'Fassadenänderung.dwg', it annoys
> them if it arrives as 'filename'. What
> can be done about this, keeping in mind
> there are a lot of languages each with
> non-ASCII letters in them?

In the current version, after running "./configure" edit the resulting "defs.h" and comment out the line that says #define CATCH_CODED

The next version will recognize ISO-8859 encoded filenames; this will cover all Western European languages so you shouldn't see this stock renaming behaviour unless it's another, unrecognized character set.

[reply] [top]

---