Hey,
Mark Martinec schrieb:
> "Bad file descriptor" is typically due to a perl i/o bug.
> The most likely reason is that the last line of your text file
> is not terminated with a NL.
>
> If the problem persists despite ensuring lines terminate with a newline,
> please check if you have an enviro
Mark Martinec wrote:
> Michael
>>> amavisd-release need not run as any specific user, all it needs
>>> is an access to an inet or unix socket offered by amavisd.
>>>
>> If run as root, it works fine. Run from the web script mailaction.php it
>> does not. I guess it is not a suexec issue as a
Michael,
> > amavisd-release need not run as any specific user, all it needs
> > is an access to an inet or unix socket offered by amavisd.
>
> If run as root, it works fine. Run from the web script mailaction.php it
> does not. I guess it is not a suexec issue as amavisd-release does
> start, but
Michael,
> What I want to do, is to bann the .exe files.
>
> $banned_filename_re = new_RE(
> qr'^\.(exe)$'i,
> )
Ok. This tests on classifications made by a file(1) utility
(not on a name of a file).
> what about the double extensions, is it usefull to add them??
> qr'\.[^./]*[A-Za-z][^./]*\
rocsca,
> The CPU has grown again.. I fear that I have to disable it!
Just move it from @av_scanners to the @av_scanners_backup list
and keep clamd as a primary virus scanner.
Mark
-
This SF.Net email is sponsored by the
Silvio,
> @whitelist_sender_maps = read_hash("$MYHOME/home/white");
> @blacklist_sender_maps = read_hash("$MYHOME/home/black");
>
> Restart:
> Error in config file "/etc/amavisd.conf": Error reading from
> /var/amavis/home/black: Ungültiger Dateideskriptor at /usr/sbin/amavisd-new
> line 2609, li