our log show more parameters to
gcc?
BTW try to use the installed gcc (2.95.2), if you use the newer one you'll have
to install it later so that libgcc is somewhere permanent. Perhaps starting
with no environment variables set will help.
- --
René Berber
-BEGIN PGP SIGNATURE-
Vers
t to start with a minimal set of well defined environment variables
(PATH, CC, CFLAGS, LDFLAGS, nothing else), run configure, see any complaints
there, add the required parameters to configure (the defaults install everything
under /usr/local, I use --sysconfdir=/etc --enable-id-check --without-l
;./configure" followed by "make"?
What's the exact gcc line before the error message? it's important that it looks
like the one in conf.log, same order of -I's.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunde
riables except PATH (i.e. no CLFAGS, no LDFLAGS), does
configure work as before? does make work?
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkPqSe0ACgkQL3NNweKTRgyG
in `echo $PATH` for bash). The one you must be using
for configure to find gcc, or do you have CC defined?
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkPqW0oACgkQL3NNweKTRgxmggC
ou can use "-D_XOPEN_SOURCE" but if configure
didn't need that I don't see the point.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkPqfxMACgkQL3NNweKTRgzQIwCePYlGD
truct hostent h;
char *name;
char buffer[10];
int h_errno;
hp = gethostbyname_r(name, &h, buffer, 10, &h_errno);
;
return 0;
}
I would say that is very explicit use of h_errno.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird -
='-D_XOPEN_SOURCE' is used.
OK Andrew, you'll have to repeat the build with:
CFLAGS="-D_XOPEN_SOURCE" ./configure
make
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG
to "CFLAGS". I don't know
> about 11.0; I haven't found a system to look at yet.
So its:
CFLAGS="-D_XOPEN_SOURCE_EXTENDED" ./configure
make
that way configure will record the flags used to the makefiles.
- --
René Berber
-BEGIN PGP SIGNATURE--
ow the shared
libraries are set up in the resulting executables.
But let's do one thing at a time, just configure and make.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkPrYmsA
gt; ntohl (code)
> collect2: ld returned 1 exit status
OK, this is normal, we are missing some libraries in the link command. Easy to
correct:
./configure CFLAGS="-D_XOPEN+SOURCE_EXTENDED" LDFLAGS="-lsocket -lnls"
Let's see what jumps next ;-)
-
paste. Sorry.
Correction:
./configure CFLAGS="-D_XOPEN_SOURCE_EXTENDED" LDFLAGS="-lsocket -lnls"
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkPriL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
René Berber wrote:
> Kaplan, Andrew H. wrote:
>
>
>>>> ./configure CFLAGS="-D_XOPEN+SOURCE_EXTENDED" LDFLAGS="-lsocket -lnls"
>
> --^
> Oops! The error her
the LDFLAGS need a correction, just delete the -lsocket part, the log
shows that the socket library doesn't exist.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://en
. Perhaps just doing a
"man ntohl" will tell, usually in the first page of the manual an example of how
to compile is shown (under SYNOPSIS), the part we need is the "-l..." parameter
which should be set in LDFLAGS.
I was using the Solaris way of doing this.
- --
René Berber
ndif
#endif /* _XOPEN_SOURCE_EXTENDED */
If it were like this we would not have a problem, so let's see how is defined.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARE
result will
not work as intended.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkQEt1cACgkQL3NNweKTRgy+PgCg62bZMLtkL8Ir9eJlICRcm/V3
EtIAn21b4wkuChVDMICjBtUJzZGsm
be reported to the maintainer.
I can report it if you want (even help fixing it), just give me a test case that
shows that it is broken.
There are other distributions of clamav "based" on Cygwin or MingW but with
their own changes, those don't count, they are not distributed by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tomasz Kojm wrote:
> On Tue, 28 Feb 2006 14:56:59 -0600
> René Berber <[EMAIL PROTECTED]> wrote:
>
>> Tomasz Kojm wrote:
>> [snip]
>>> Cygwin compilations are known to be seriously broken.
>> Where does tha
ich is not the compiler just a part of one of the
compilers that comes with gcc, and it is under /usr/lib/gcc/i585-suse-linux/...
then you should have a /usr/bin/gcc; that's the compiler.
If you don't have it, then look again with YaST and install it. What you show
above (cpp, libgcc, ...) a
ained by Joe Benden. You can download them at
http://www.ispservices.com/clamav.html";
You'll need the 2 packages that are listed, clamav-0.88-0.1 and
clamav-db-0.88-0.1, then do a configuration as described in the manual.
HTH.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuP
I didn't see the src package so we must be looking at different
places in Reinhard's repository. Do you see the projects/clamav-0.88/10.0-i386
path? Inside there are only two binaries.
>> HTH.
> What does this mean?
It means "Hope This Helps"
- --
René Berber
- --
R
s, the one that corresponds to your
computer architecture (a.k.a. processor) and Suse version, so if you have a
regular PC you choose the 10.0-i386 (that means Suse 10.0 with Intel x86 family
processor, which includes AMD processors, the others are for PowerPC like the
Mac, and the 64-bit ve
attempting to install (which is why my list became so long)."
>
> -- --
>
> Do you know if this information is appropriate for SuSE10.0?
Could work, I'm not sure, you could try it and if doesn't work then uninstall
it. I wouldn't install the whole thing, the dependen
> gain more information of how the parts of a complex process are sequencing
> together.
The lesson I get is YaST is not as good as "they" claim. I've had similar
problems with installation software in all Linux distributions I
lib" and see for yourself. I don't know what the dependency on the
clamav package you were originally installing is for, an obsolete dependency
perhaps? ... just checked Solaris 9 and it is different, the zlib package
doesn't include 64-bit libraries.
- --
René Berber
-BEGIN PGP SIG
inary packages of ClamAV are for Solaris 9 SPARC 64-bit."
So, don't install those on Solaris 10.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEKDvUL3NNweKTRgwRAnPRAJsGUGpIQq4bV3U
UNWbzipx package?
The SUNWbzipx package doesn't exist for Solaris 10 or Nevada (version 11). The
packages from sunfreeware and blastwave don't include the 64-bit library.
So, your only option seems to be compile it yourself (and put the libraries in
their proper place; that'
onfig file /usr/local/etc/clamd.conf.
> ERROR: Can't open/parse the config file /usr/local/etc/clamd.conf
Just to complement the other responses, it could be a permission problem: the
daemon runs as a user that perhaps doesn't have read permission on the file
mentioned in the error me
amd.log.
>
> ClamAV is version 88.1
>
> Permissions on clamd.log are 777.
>
> Any suggestions?
Use clamdscan.
The log is updated by clamd which is not used by clamscan.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (Cygwin)
Comment:
ies it
> should tell you what is found and what is not found so far as libraries are
> concerned. Using ldd as any other user may not provide accurate results
> owning to differing environments.
The "clamav binaries" are clamd, clamdscan, ...
Do a "ldd clamd".
- --
Ren
allow files with that extension.
> I don’t know if clamav recognized the virus form an outgoing e-mail.
No, clamav has nothing to do with that message.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8D
ate than having freshclam running for so long.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD4DBQFEX6NgL3NNweKTRgwRAr25AJoDqNLSCxcoVIci1eRvME/PPgnCbgCVFv4C
AgxggXTg56Yr+Tk05K/f+w==
=AWsG
-EN
ED]:~/VIRUSES]$ clamscan --version
> ClamAV 0.88.2/1499/Mon May 29 21:35:17 2006
>
> What can I be doing wrong?
Sending links to viruses to the list.
Not trying the online scanner tool shown at the ClamAV home page.
Not reporting the virus if it really is not detected.
- --
René Berber
-
s of 2006-05-22 22:26 +1.
Did you try to report it? Did the form said it was known?
If it is not detected then it should be reported again.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
i
do what you configure it to do, read man clamav-milter.
> so it is the responsibility
> of the sysadmin (myself here) to provide a script to cut out infected
> messages?
>
> what i mean is, do i have to provide a script that will either eliminate or
> quarantine the infected m
so your server may have been swapping because of other
problems... better check out the system's log too.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEfxkYL3NNweKTRgwRAl9qAKCe0hh4MxFEBf/DrpmMW+GUHj
ong path spec.
To correct the last two possibilities you should uncomment the option and put it
right:
DatabaseDirectory /usr/share/clamav
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment: Using GnuPG with Mozilla - http://e
means it hasn't been configured correctly.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEs+D7L3NNweKTRgwRAsDDAKCRpjclPXg5/2bRHgRdpLnA+DCaSACgyHal
W+DRBKj+wbWGbZo7m5p2/UE=
=Ir
amAV-Test-File FOUND
- --- SCAN SUMMARY ---
Known viruses: 63025
Engine version: 0.88.3
Scanned directories: 0
Scanned files: 1
Infected files: 1
Data scanned: 8.36 MB
Time: 16.250 sec (0 m 16 s)
Which is normal. If you get something else then watch out.
- --
René Berber
-BEGIN PG
/vispan
>
> MailScanner is catching all the executables I thought
> clamav was supose to catch.
No, it's not only phishing what gets caught. The number of virus arriving is
very low but I still see an occasional Worm.VB-9 (only one this week on a low
traffic server).
- -
ns.
The message you got means that freshclam could not make a connection on the TCP
socket, it could be that clamd is not running or if it is running it is not
listening to that port or type of socket.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)
Comment
thing to do with Solaris.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE058LL3NNweKTRgwRAtf7AJ9cYQ8O6jqr8vcAIcKxZqb91/MwXgCeMkZ3
c55UJ9vznzn0bxRT5L+6yJI=
=UhFI
-END PG
to scan mail, depending on what controls the
scan (i.e. MailScanner can use a perl module or clamscan) is the location of
those parameters.
> Any help or advice would be most appreciated!
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG
t not the constant change of DNS configurations that these guys
(whoever supports this region) do.
Thanks again.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE08KQL3NNweKTRgwRApHxAJ9Oj3irUgbBUtR
better, I just
remember the constant change of servers they did a while ago: the DNS record
pointed to a server that was disabled, then to another, then back to the first,
some of them were the real slow ones.
Regards.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version:
or you modified MS to use clamdscan.
In the most usual situation the perl module is used and a few parameters can be
set in MS configuration that can affect those timeouts. The obvious one is the
explicit timeout setting, but there are others that produce the same error
message, like recursion lev
B
zip probably will take close to the 60 sec limit between the unziping and
scanning and it depends also in the machine load).
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE2jcEL3NNweKTRgwRAv68AK
We recommend setting F=T."
I no instances should sendmail have stopped, so you may have other problems.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE27
ng
> anything.
If you are using clamd you have the option of logging clean files, just look at
the clamd.conf file.
Another thing I would do different is not use Eicar as a test, just use the
whole clamav-0.88.4.tar.gz file and all the test files should trigger what you
want to see.
- --
René Berb
ut and retry.
> I've had freshclam working perfectly for a number of years - this only
> started at about the time I upgraded clamav to 0.88.4.
Strange, something else must have changed, perhaps you used a proxy and forgot
to add it to the configuration file.
- --
René Berb
- how do I verify the files
> - can I download md5 etc signatures; and how do I get the clamd and
> clamav-milter daemon to reload the database? I use
> /var/run/clamav/clamd.sock as a socket.
What's the output of running:
1. freshclam -v
and if that didn't update the datab
"Mirrors are not fully..." message is output
when the downloaded DB version is less than the one expected from the DNS query,
then the downloaded file is deleted. With the above test you should see if the
mirror is really not synchronized.
- --
René Berber
-BEGIN PGP SIGNA
the version is the old one??
Not too old, it's this morning (for me) version.
But remember that freshclam was complaining about main.cvd, try that one.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozde
on 39 is not the current version, look at the date June 9, the current is
version 40 built August 16 (just a day before you found the problem, so that's
it).
Please report your region mirror to Luca Gibelli (luca AT clamav DOT net), in
the meantime you could use another mirror, i.e. db.us.cl
n until it reaches database.mirror.net -- why didn't this happen in your
case? probably returned the mirror you already had used), which was the old way
used with freshclam.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - h
x27;t updated one of the DB files since before
Aug. 17; that's why more than one fall back works better.
HTH.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8D
lamd.conf. Only
> have TCPSocket & TCPAddr. LogFileMaxSize has been set to 0, ERROR: Please
> select server type (local/TCP) still appeared.
You must choose either:
LocalSocket /tmp/clamd
#TCPSocket 3310
or
#LocalSocket /tmp/clamd
TCPSocket 3310
You can't have both uncommented o
ete those.
> -rw-r--r-- 1 clamav clamav363781 Sep 1 15:52 daily.cvd
> -rw-r--r-- 1 clamav clamav 5858804 Aug 17 07:25 main.cvd
[snip]
If your read the other messages on this thread, there was a server (in
Australia) that somehow skipped the Aug. 16 update and really was not
sync
ad is the problem, it is not from clamscan which should not even be
running... do you see it in the process list? On the other hand MS can be
tunned to the load, and usually Spamassassin is the one that causes the load
when used without care (i.e. too many tests).
- --
René Berber
-BEGIN PGP SIG
transactions ?
http://clamav.net/3rdparty.html#webftp
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFS983L3NNweKTRgwRAo7lAJ4+WX1j7wJ1r0y8i4Rvgn3sS5FLDACgkZP5
PWCDZJk1Y1KYGxnKTELtmAA=
=Ioh9
-END P
ompiled
without GMP support it will display ?SECURITY WARNING: NO SUPPORT
FOR DIGITAL SIGNATURES? on every update. You can download GNU MP at
http://www.swox.com/gmp/
"
Check that it's not already installed (and use LDFLAGS='-L') or
install it from whatever source OS-X prov
...",
and option -i or --info does "Print a CVD information and verify MD5 and a
digital signature."
How it does it? I don't know, I haven't checked, but no mention is made that it
may need an Internet connection. To be sure you'll have to try it or perhaps
look at the
md, why not use clamdscan instead of clamscan, it's
> much faster?
No, it's not faster.
If you run clamscan or clamdscan once on a large number of files (as shown
above) the execution speed is about the same. If you run them many times, say
once per file, then what you said applies.
led then you should specify the database location in both configuration
files (clamd.conf and freshclam.conf) since you chose not to use the
configuration parameter for building.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
ry (malloc).
> This is not the case for us, since we are sure
> the permissions have not changed and are correct upon rechecking them. Has
> anyone else ran into this issue? Thanks.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
loser eye on things, as well...
I was going to suggest using `sigtool -i ...` to check the downloaded database
in your scripts but it will only work with 0.88.6 and below, with 0.90rc2 it
doesn't work with any of the .ndb files, only with .cvd fil
sed versions of clamav, it doesn't work with
0.90rc2 (i.e. only .cvd files can be checked, not .ndb).
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFe1LKL3NNweKTRgwRAlNiAKCHcMrC+4n5rJq81Tx/yUV
u already tried to detect/eliminate the problem, and anything else
you consider relevant.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFgd2CL3NNweKTRgwRAjvCAKCckvir2NaTwjha7GImySpXnukXNgCfa
megs for example)
> as virus are always small to spread quicker -
That's a good idea. EximConfig could be a long term option, even if you only
need to change the configuration, for an example look at :
http://duncanthrax.net/exiscan-acl/exiscan-acl-examples.txt
- --
René Berber
-BEGIN PG
.. this
could be a problem with Exim, it's not clear so far.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFgvlhL3NNweKTRgwRAgPlAJ0dT1Pr+xZcJOYRZ/9xniM1L3EAHwCg9ZyP
a61cqG8FArzB
ed it to;
>
> # Log time with each message.
> # Default: no
> LogTime
>
> and it worked-
Yes, sorry for my mistake, I'm using version 0.90rc2 and you are using 0.88.7,
the configuration file syntax is different.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v
s, gmp does not respect that and puts the 64-bit
library alongside the 32-bit ones (I complained several years back, in fact I
wanted to have both library versions built without having to do it by hand,
obviously no changes have been made).
- --
René Berber
-BEGIN PGP SIGNATURE-
V
pam.Gen041.Sanesecurity.06121902).
The only real difference is that "*/defer_ok", but I don't know what it does or
if that is the problem. Could be something else, like restarting the server
after changing the configuration, or that I'm using Exim 4.63 .
- --
René Berber
-BEGIN P
r random.sks.keyserver.penguin.de --verify ...
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFw7cYL3NNweKTRgwRAnX0AJ9wmgnU6YiS8Sv1XnCbEiuzp3o5lwCfRtBr
Ka05MAjTiwWPXNYSEtw5
"
...
so it looks like your gpg is not working right, perhaps it is old or something
in the configuration, I'm not sure what is the problem. You may try using
another server, or adding the protocol to the server name, as in
"hkp://random.sks.keyserver.penguin.de".
- --
René Berber
--
ile
>0x32ec
> /usr/local/lib/libbz2.a(decompress.o)
[snip]
Big problem, -shared is used but only libbz2.a is found... the above link
command is for using shared libraries only, you'll have to change it if you
really want to use static libs.
Get rid of that
t; /lib/libuutil.so.1
libm.so.2 => /lib/libm.so.2
This proves that I was wrong in my previous message, libbz2 is not in
/usr/sfw/lib, it is in /usr/lib.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
/libbz2.so.1.0.3 /usr/local/lib/libbz2.so
Problem solved, executing `make` again finished this time w/o problem.
HTH but in Solaris 10 there shouldn't be a problem with the system installed
libraries.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using
for users of MailScanner, without a re-build MS spins
creating processes and killing them with no mail being scanned. I guess there
is the option of using clamscan (or clamdscan with patches to MS).
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dennis Peterson wrote:
> René Berber wrote:
>
>> Is anybody working on upgrading perl module Mail::ClamAV?
>>
>> Current version 0.17 does not build under clamav version 0.90, there's
>> at least
>> 2 d
With the previous version of clamav
> (clamav-0.88.7 and older) a digital signature works normally.
The new version does things differently in the configuration, it is more general
and it has a lot of new tests (which do nothing useful, like looking for
Fortran) and do miss things like gmp which worked
ver has been a command, it is part of the protocol used to communicate
with clamd through a socket.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF1PjjL3NNweKTRgwRAgwSAKCzbZ/dDnlqX2iOj3jvImhbq8QJ
<>,
> [EMAIL PROTECTED], status=CLAMAV-ERROR
>
> I have no clue what it means, there is nothing in the logs to give any
> usefull information. This is really eating a lot of my time.
It seems that your configuration of clamd and clamsmtpd differ, one is probably
using a TCP socket, the
lar situation with TCP, which
you say is not being used.
- --
René Berber
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF4JeiL3NNweKTRgwRAkkbAKDSQlDeivEU2P3k5FaAf4hKXE8weQCg9CRZ
cprjHgXBaibA8xNZ9/JTuA4=
=v3Bh
4.0, and MailScanner 4.58.9 (modified to use
clamdscan), no problem with all those packages working together.
Your solution is a bit drastic, why not use clamdwatch or clamdmon from the
contrib directory. I just stopped using clamdwatch after 2 or 3 years of
monitoring clamd and never have to restart
201 - 286 of 286 matches
Mail list logo
