Renato Botelho wrote:
Hello guys,
When I was updating clamav-devel in FreeBSD ports collection
I noted clamav-milter has no more paramaters like it had in the
past, so, i started to work on port to install a default conf file.
Ok, i did it but i'm having a problem now, the startup script
On Thu, Jan 29, 2009 at 11:52 AM, aCaB aca...@digitalfuture.it wrote:
Renato Botelho wrote:
Hello guys,
When I was updating clamav-devel in FreeBSD ports collection
I noted clamav-milter has no more paramaters like it had in the
past, so, i started to work on port to install a default conf
Hello guys,
When I was updating clamav-devel in FreeBSD ports collection
I noted clamav-milter has no more paramaters like it had in the
past, so, i started to work on port to install a default conf file.
Ok, i did it but i'm having a problem now, the startup script
send a -TERM signal to the
If you configure clamav-milter to use syslog instead of a log file, it
does not properly close stdout and stderr when daemonizing. The patch
below fixes this.
--
Chris Adams [EMAIL PROTECTED]
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself -
Good morning,
I find something incomprehensible in clamav-milter.c code. When clamav-
milter daemon do the scanning work itself after getting the first
SIGUSR2 it installs a new signal handler, SIGHUP:
sigusr2(int sig)
{
signal(SIGUSR2, sighup);
On Mon, Feb 19, 2007 at 01:21:33AM +, Stephen Gran said:
Hello all,
In clamav-milter.c, I see:
I've changed the subject a bit to try to catch Nigel's attention. Sorry
about following up to myself.
--
--
| Stephen
Hi,
I noticed that virus notifications sent by clamav-milter only contain
the recipient's username, and not the full email address.
This is rather unfortunate, since this makes it hard to figure out which
email address has been compromised, if you have multiple aliases /
virtusernames.
I
Michael Schaap wrote:
Hi,
I noticed that virus notifications sent by clamav-milter only contain
the recipient's username, and not the full email address.
This is rather unfortunate, since this makes it hard to figure out which
email address has been compromised, if you have multiple aliases /
On Wed, 21 Feb 2007, Nigel Horne wrote:
; Michael Schaap wrote:
; My guess is that {rcpt_addr} is used instead of argv[0] because of whitelist
; checking.
;
; No, it was changed because users wanted it to be changed.
Of course, with that code, users have the option of configuring sendmail
not
On Sat, 21 Oct 2006 09:08:01 +0100
Nigel Horne [EMAIL PROTECTED] wrote:
Please only send patches against the latest code. This patch is not needed
against the version in CVS and hasn't been for some time.
Hi. This is imacat from Taiwan. Sorry that I dod not see this
change in the
On Sat, 21 Oct 2006 09:08:01 +0100
Nigel Horne [EMAIL PROTECTED] wrote:
Please only send patches against the latest code. This patch is
not needed
against the version in CVS and hasn't been for some time.
Hi. This is imacat from Taiwan. Sorry that I dod not see this
change in the
On Sat, 21 Oct 2006 09:08:01 +0100
Nigel Horne [EMAIL PROTECTED] wrote:
Please only send patches against the latest code. This patch is not needed
against the version in CVS and hasn't been for some time.
Oh, I see. Sorry I did not check the CVS log. Thank you for your
reply.
--
Best
imacat wrote:
Dear all,
Hi. This is imacat from Taiwan. I'm running clamav-milter ClamAV
0.88.5 on my Debian GNU/Linux 3.1r3 Kernel 2.6.16.14.
Please only send patches against the latest code. This patch is not needed
against the version in CVS and hasn't been for some time.
-Nigel
Dear all,
Hi. This is imacat from Taiwan. I'm running clamav-milter ClamAV
0.88.5 on my Debian GNU/Linux 3.1r3 Kernel 2.6.16.14.
I have disabled LogFile by commented it out in clamd.conf (I'm using
Syslog). But my console are always filled-up with strange error
messages like this:
Hi,all
I am taking use of clamav-0.88.4 with Postfix-2.3.3,1 under FreeBSD
6.1Release. Now, I am using before-queue smtpd_milter to take virus
checking.
The multi-thread daemon, clamav-milter, is not well running under FreeBSD
6.1 Release. I want to know whether clamav-milter has been thoroughly
On Tue, May 02, 2006 at 05:40:56PM -0400, John Kelly wrote:
At startup, clamav-milter memory usage is approx. 11m resident and 30m
virtual. But when freshclam loads a new database, memory jumps to 20m
resident and 40m virtual.
I am seeing the same behaviour on clamd cross-compiled for
On Mon, May 01, 2006 at 04:49:27PM -0400, John Kelly wrote:
At startup, clamav-milter memory usage is approx. 11m resident and 30m
virtual. But when freshclam loads a new database, memory jumps to 20m
resident and 40m virtual.
The changelog for 0.86 says clamav-milter scans the old database
At startup, clamav-milter memory usage is approx. 11m resident and 30m
virtual. But when freshclam loads a new database, memory jumps to 20m
resident and 40m virtual.
I am seeing the same behaviour on clamd cross-compiled for ARM/Xscale. I
think this is caused by a great deal of memory
At startup, clamav-milter memory usage is approx. 11m resident and 30m
virtual. But when freshclam loads a new database, memory jumps to 20m
resident and 40m virtual.
The changelog for 0.86 says clamav-milter scans the old database while
waiting to become idle and reload the new database. But
On Thursday 30 March 2006 15:34, Nigel Horne wrote:
smfi_setdbg(6);
It was necessary to tell me, that
[49156] cur 0 new 1 nextmask 2
[49156] got cmd 'D' len 148
[49156] cur 1 new nextmask 2004
[49156] got cmd 'C' len 42
[49156] cur 1 new 2 nextmask 2004
[49156] got cmd 'D'
On Friday 13 January 2006 23:05, Nigel Horne wrote:
Hello.
Which component of clamav-milter write to log
[49156] cur 0 new 1 nextmask 2
[49156] got cmd 'D' len 148
[49156] cur 1 new nextmask 2004
[49156] got cmd 'C' len 42
[49156] cur 1 new 2 nextmask 2004
[49156]
On Thu, Mar 30, 2006 at 01:50:06PM +0500, Sergey wrote:
On Friday 13 January 2006 23:05, Nigel Horne wrote:
Hello.
Which component of clamav-milter write to log
[49156] cur 0 new 1 nextmask 2
[49156] got cmd 'D' len 148
[49156] cur 1 new nextmask 2004
[49156]
On Thursday 30 March 2006 14:04, Nigel Horne wrote:
Why is size of log more 5M ? I removed clamav-milter.log some minutes ago.
And clamav-milter is crashing if log size is 2Gb.
It is so big because you haven't followed my instruction to disable
LogVersbose.
I can't disable LogVersbose
On Thursday 30 March 2006 14:30, Sergey wrote:
It is so big because you haven't followed my instruction to disable
LogVersbose.
I can't disable LogVersbose because I need of verbose syslog.
Can You prompt where this file is written? I have found only
static void logger (const char
On Thu, Mar 30, 2006 at 03:04:33PM +0500, Sergey wrote:
On Thursday 30 March 2006 14:30, Sergey wrote:
It is so big because you haven't followed my instruction to disable
LogVersbose.
I can't disable LogVersbose because I need of verbose syslog.
Can You prompt where this file is
On Thursday 30 March 2006 15:34, Nigel Horne wrote:
Can You prompt where this file is written? I have found only
static void logger (const char *mess) but this function is
caused only in case of non external mode...
if(cfgopt(copt, LogVerbose)-enabled) {
logVerbose = 1;
I have
On Saturday 28 January 2006 13:44, Nigel Horne wrote:
And it seems to me, that clamav-milter it is necessary to allocate in the
separate project as it is absolutely not obligatory to change clamav-milter
and clamd simultaneously.
Does --config-file not work?
It's work. But parameters used
On Friday 13 January 2006 23:05, Nigel Horne wrote:
[49156] got cmd 'C' len 42
[49156] cur 1 new 2 nextmask 2004
[49156] got cmd 'D' len 1
?
I wish to forbid it, but I can not understand, how. :-(
Disable LogVerbose in clamd.conf
What do you think about adding the
On Wednesday 18 January 2006 11:07, Sergey wrote:
Disable LogVerbose in clamd.conf
It's not good... :-(
First, that is badly that does not exist default config for clamav-milter
(there is still a problem with the common log file).
What do you think about adding clamav-milter.conf in
Sergey wrote:
What do you think about adding clamav-milter.conf in package ?
Some parameters for clamd and clamav-milter should not be identical.
And it seems to me, that clamav-milter it is necessary to allocate in the
separate project as it is absolutely not obligatory to change
Nigel Horne [EMAIL PROTECTED] writes:
Why does the order of headers matter?
Because of things like Domain Keys which (amongst other things) sign the
headers (below the one it adds). If other packages add to the headers below
the Domain Keys 'signature' between the message being signed and the
Hello.
Which component of clamav-milter write to log
[49156] cur 0 new 1 nextmask 2
[49156] got cmd 'D' len 148
[49156] cur 1 new nextmask 2004
[49156] got cmd 'C' len 42
[49156] cur 1 new 2 nextmask 2004
[49156] got cmd 'D' len 1
?
I wish to forbid it, but I can not understand, how.
On Fri, 2006-01-13 at 15:06 +0400, Sergey wrote:
Hello.
Which component of clamav-milter write to log
[49156] cur 0 new 1 nextmask 2
[49156] got cmd 'D' len 148
[49156] cur 1 new nextmask 2004
[49156] got cmd 'C' len 42
[49156] cur 1 new 2 nextmask 2004
[49156] got cmd 'D' len
Recent versions of sendmail allow adding headers at the top rather than at the
bottom, via the new smfi_insheader(... 0, ...) milter call.
SpamAssassin (though not a milter) does this by default in recent versions.
MIMEDefang's latest beta has a new action_insert_header.
Would there be any
Why does the order of headers matter?
-Nigel
___
http://lurker.clamav.net/list/clamav-devel.html
Nigel Horne wrote:
Why does the order of headers matter?
Two reasons - one practical, one theoretical.
Practical:
When I'm looking at the headers of an email I received, it's nice to be able to
easily distinguish the ones that were added by my mail servers (the top ones)
from the ones that
On Wednesday 11 May 2005 23:36, Brian J. France wrote:
Any reason this was removed?
Yes. It is true that I forgot the dropped privilege issue (now fixed and
ready to be committed), but there was a reason for removing it.
Brian
--
Nigel Horne. Arranger, Composer, Typesetter.
NJH Music,
/viewcvs.py/clamav/clamav-devel/clamav-
milter/clamav-milter.c?r1=1.192r2=1.193
From the users mailing list it looks like others have this problem as
well.
Thanks,
Brian
___
http://lurker.clamav.net/list/clamav-devel.html
On Tue, 22 Feb 2005 13:53:01 +0100
Oden Eriksson [EMAIL PROTECTED] wrote:
It doesn't even work if I set the TEMP env var to point
to /var/lib/clamav/tmp.
libclamav uses TMPDIR and not TEMP
--
oo. Tomasz Kojm [EMAIL PROTECTED]
(\/)\.
tisdag 22 februari 2005 14.06 skrev Tomasz Kojm:
On Tue, 22 Feb 2005 13:53:01 +0100
Oden Eriksson [EMAIL PROTECTED] wrote:
It doesn't even work if I set the TEMP env var to point
to /var/lib/clamav/tmp.
libclamav uses TMPDIR and not TEMP
Ahh, of course. Maybe I shouldn't have booted
Your patch is out of date. Patches must be against the version in CVS.
A fix for this was committed to CVS days ago.
--
Nigel Horne. Arranger, Composer, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTECTED] http://www.bandsman.co.uk
On Thu, 2005-01-20 at 19:16, [EMAIL PROTECTED] wrote:
Hi all,
currenty I'm trying to hack this whitelist feature into the
clamAV-milter. I hope that the tests will be finished by the end of
next week.
Right now following features are implemented
* reading from a whitelist-file
* file
Hi All!
I have clamd and clamav-milter working sweet now. Is it possible to
send the clamav-milter template in HTML format? I looked on Google for
something to do with Milter changing the headers to Content-type:
text/html; charset=iso-8859-1 but couldn't find anything.
brynn :-)
brynn at
Is it possible to send the clamav-milter template in HTML format?
If sending HTML email you need to include HTML header tag in your
template like this:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd;
html
head
title[Virus
On Monday 09 August 2004 21:11, Sergey wrote:
I'm understand. Well. But it's limit of template functionality. I think what
is time for change syntax (may be it's not good because it's only for milter)
or create third class of variables - clamav-milter specific. So, you select
%X - for
On Friday 06 August 2004 16:28, Nigel Horne wrote:
1. You are leave one % before clamav variables. It isn't multipurpose:
you can't create variables more one symbol in this case.
I have no plans to make the syntax of clamav-milter incompatible with clamd
(see VirusEvent).
I'm understand.
On Sunday 01 August 2004 12:57, Nigel Horne wrote:
I am in the throws of rewriting this code,
I was downloaded new CVS and I think that some code isn't good.
1. You are leave one % before clamav variables. It isn't multipurpose:
you can't create variables more one symbol in this case.
2. You
Hello.
I make some patch for templates support in clamav-milter.
patch for 0.75:
http://www.sama.ru/~asy/clamav/clamav-milter-0.75-template.diff
template example:
http://www.sama.ru/~asy/clamav/clamav-milter.msg
If you can't apply patch, you can replase sendtemplate
function manualy:
On Wednesday 31 Mar 2004 9:30 pm, Joe Maimon wrote:
I saw the below patch in cvs. I just want to point out that I dont think
will work.
Thanks for this. I will keep it until 0.70 is out, I am working on that at the moment.
-Nigel
--
Nigel Horne. Arranger, Composer, Typesetter.
NJH Music,
Hello.
I think produce to discussion some patch.
It's contain
*1*. modified reply message for sendmail:
2004-04-01 02:10:24 sendmail[11026]: i2VLANKk011026: to=x,
delay=00:00:01, pri=3
0539, stat=Exploit.HTML.Bagle.Gen-3-eml virus detected by ClamAV -
http://www.clamav.net
Antony Stone wrote:
On Wednesday 31 March 2004 10:33 pm, Sergey wrote:
Hello.
I think produce to discussion some patch.
All your suggestions assume that ClamAV is running in combination with
sendmail (and, perhaps, combined in a very particular way).
which is generaly a valid
On Thursday 01 April 2004 03:39, Antony Stone wrote:
All your suggestions assume that ClamAV is running in combination with
sendmail
Yes. I write in subject: clamav-milter. It's all only for it.
This is not a safe assumption. People use ClamAV with all sorts of different
MTAs - probably
Hello to you!
patch to make clamav-milter build attached
regards,
rudolf kastl
---
http://newrpms.sunsite.dk
clamav-milter-0.65-newrpms-makefile.patch.bz2
Description: application/bzip
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 09 Oct 2003 7:35 pm, Rob Siemborski wrote:
Perhaps it would be reasonable to release a new version of clamav if there
are indeed a significant number of stability fixes since 0.60. Telling
people to use CVS snapshots only works for so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 09 Oct 2003 10:28 pm, Tom Collins wrote:
Is 0.60f newer than October 1st?
No.
- -Nigel
- --
Nigel Horne. Arranger, Composer, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTECTED] http://www.bandsman.co.uk
-BEGIN
On Thursday, October 9, 2003, at 11:31 PM, Nigel Horne wrote:
Why isn't 0.60f available on SourceForge?
Because it's in the development tree not the release tree (remember
this is the
developer's mailing list, not the user's mailing list).
On the vpopmail and qmailadmin projects, we have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 02 Oct 2003 9:13 pm, Joe Talbott wrote:
I'm still seeing instability in clamd and clamav-milter. I get
segmentation faults if I run clamav-devel-20031001 without
--max-children with MaxThreads set in clamav.conf. I'll keep the list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 02 Oct 2003 9:13 pm, Joe Talbott wrote:
Here is a patch for clamav-milter.c that fixes forking a daemon on
Debian,
This patch has not been relevant since version 0.60f. I would strongly advise you
all to check with code's authors before
On Thu, 9 Oct 2003 14:35:28 -0400 (EDT)
Rob Siemborski [EMAIL PROTECTED] wrote:
On Thu, 9 Oct 2003, Nigel Horne wrote:
On Thursday 02 Oct 2003 9:13 pm, Joe Talbott wrote:
Here is a patch for clamav-milter.c that fixes forking a daemon on
Debian,
This patch has not been relevant
Here is a patch for clamav-milter.c that fixes forking a daemon on
Debian, sets 'port' to an unsigned short, calls clamfi_cleanup () in
clamfi_close () and checks for integer underflow in clamfi_cleanup ().
The patch is for the clamav-devel-20031001 snapshot.
I'm still seeing instability in clamd
60 matches
Mail list logo
