Is there anyway that I can configure ClamAV to use an SSL connection when
downloading pattern files? Instead of using http my company requires me
to use an https connection.
Robert D. Setterlund
Federal Reserve Bank of Boston
600 Atlantic Ave., Boston, MA, 02106
(617) 973-3374
[EMAIL
On 2/9/2006 2:38 PM +0100, [EMAIL PROTECTED] wrote:
Is there anyway that I can configure ClamAV to use an SSL connection when
downloading pattern files? Instead of using http my company requires me
to use an https connection.
not afaik
You can however configure a remote server you own to
OK Andrew, you'll have to repeat the build with:
CFLAGS=-D_XOPEN_SOURCE ./configure
make
I ran the above command using the following syntax:
CFLAGS=-D_XOPEN_SOURCE ./configure
As has happened before, the configure script appeared to complete without
difficulty. The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaplan, Andrew H. wrote:
OK Andrew, you'll have to repeat the build with:
CFLAGS=-D_XOPEN_SOURCE ./configure
My mistake here, see below.
make
I ran the above command using the following syntax:
CFLAGS=-D_XOPEN_SOURCE ./configure
The configure line should be:
CFLAGS=-D_XOPEN_SOURCE_EXTENDED ./configure
(there is an underscore before EXTENDED).
That should work, but you are not finished, you'll have to check how the
shared
libraries are set up in the resulting executables.
But let's do one thing at a time,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaplan, Andrew H. wrote:
[snip]
CFLAGS=-D_XOPEN+SOURCE_EXTENDED: Command not found.
My mistake, I'm using sh/bash syntax while you are using csh.
When I reentered the above command using the syntax:
./configure
Mandi! Marco Gaiarin
In chel di` si favelave...
as it is a pattern, not a path, might work ;-)
Ok, works. But as i've stated yesterday, if some user create a
``quarantena'' folder somewhere, that folder are not scanned. This is
not so good...
There's some way that i can match an exact
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
When I ran the above command, the configure script failed and displayed the
following message:
checking for C compiler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaplan, Andrew H. wrote:
./configure CFLAGS=-D_XOPEN+SOURCE_EXTENDED LDFLAGS=-lsocket -lnls
- --^
Oops! The error here is obvious, did I put that? yes, dumb copy/paste. Sorry.
Correction:
./configure
-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 here is obvious, did I put that? yes, dumb copy/paste.
Sorry.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaplan, Andrew H. wrote:
I saw the typo and automatically corrected it when I entered the command. The
problems that I mentioned
in the previous e-mail were output from the correct syntax.
Yes, I saw that in the log.
Anyway the LDFLAGS need a
Anyway the LDFLAGS need a correction, just delete the -lsocket part, the log
shows that the socket library doesn't exist.
I entered the configure command without -lsocket part, and the script failed
with the same error mentioned in the previous e-mail.
Here is the latest version of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaplan, Andrew H. wrote:
Anyway the LDFLAGS need a correction, just delete the -lsocket part, the log
shows that the socket library doesn't exist.
I entered the configure command without -lsocket part, and the script failed
with the same error
Here is an excerpt from the ntohl man page:
SYNOPSIS:
#include netinet/in.h
_XOPEN_SOURCE_EXTENDED only
#include arpa/inet.h
unsigned long htonl (unsigned long hostlong);
unsigned short htons (unsigned short hostshort);
Hello list.
Few days ago I've noticed that ClamAV on my email server detects both
of this worms.
Here (http://lurker.clamav.net/message/20060123.201830.a016fac9.en.html)
I have read that VB-9=Nyxem.E
Is something changed?
Regards.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaplan, Andrew H. wrote:
Here is an excerpt from the ntohl man page:
SYNOPSIS:
#include netinet/in.h
_XOPEN_SOURCE_EXTENDED only
#include arpa/inet.h
unsigned long htonl (unsigned long
On 2/9/06, Kaplan, Andrew H. [EMAIL PROTECTED] wrote:
Here is an excerpt from the ntohl man page:
SYNOPSIS:
#include netinet/in.h
_XOPEN_SOURCE_EXTENDED only
#include arpa/inet.h
Since we're building with -D_XOPEN_SOURCE_EXTENDED now (specified
Hi,
I have this box with bind running on it.
The system is configured to use 127.0.0.1 as nameserver (bind).
Freshclam is configured with DatabaseMirror db.nl.clamav.net.
However the freshclam log is full with updates only from: db.nl.clamav.net
(IP: 62.133.206.90)
db.nl.clamav.net is a
Hello,
I am using netqmail+clamav Latest version +
qmail-scanner on my mail server. OS -- Fedora core1
Since last two three months I m getting following
error
Requeuing: Maximum time exceeded. Something
cannot handle this message. at
/var/qmail/bin/qmail-scanner-queue.pl line 473
and my
19 matches
Mail list logo