clamdmail-users — For Users of and Contributors to Clamdmail

[Clamdmail-users] hello clamdmail

[michele s. <mik...@cy...>]

sup clamdmail

http://observatorioseguridadgto.org/physical.php?stick=18ae0avk8nn4zq




michele sartori

[Clamdmail-users] from: michele sartori

[michele s. <mik...@te...>]

Sup clamdmail



http://wittyinventionblog.org/latter.php?opposite=mywdehnc8398



michele sartori

Sent from my iPhone

Re: [Clamdmail-users] hi

[michele s. <mik...@ya...>]

    http://aktiebolagsinfo.se/update_api.php?lobe782fqglehy









































































































mike_muit
michele sartori
========================
Agnes' Law: Almost everything in life is easier to get into than out of.
%  

[Clamdmail-users] Project Under Development Again

[Zachary K. <pro...@en...>]

I have recently re-started development of this project, and I will 
shortly begin a re-write to:
	A) add SMTP reject support
	B) stop linking directly against clamav
	C) Add runtime configuration through env variables

SMTP-reject support: I'm planning to add support to allow clamdmail to 
return appropriate exit codes it's smtpd caller to indicate that the 
message should be permanently rejected. For anyone that simply wants to 
stop viruses and doesn't want to get 4000 notifications every time a new 
worm comes out, this is a handy thing. This mode will not replace 
sender/admin notification or quarantine mode, but will be mutually 
exclusive.

Call binaries: I'm planning to use exec() calls to binary interfaces for 
ripmime, clamdscan and spamassassin to provide version independence and 
greater flexibility in tool choices. I understand the value in not 
forking 40 times, but adding a couple of fork/exec combos to simplify 
the code and provide tool/version independence seems like a good idea to 
me. If anyone has an objection to this please let me know.

Runtime config: Currently clamdmail allows basically no runtime 
configuration, particularly if you're calling it with qmail-call. I'm 
planning to support all of the current command-line options as 
environmental variables (and probably remove command-line support, but 
I'm open to suggestions here). This will allow not only easier 
re-configuration, but will allow different configurations with only one 
installation if you're using something like tcpserver.

I've looked through the feature request list and responded to most of 
the requests. Some of them are a moot point after the re-write, and a 
couple of them I want to do (like templates for notifications) but I'm 
not going to do right now. Are there any features you're dying to have 
right now? Anything you'd like to see in the long term?

	Zach Kotlarek

[Clamdmail-users] Problems compiling clamdmail on Tru64 Digital Unix

[<je...@is...>]

Hello Friends.
I'm installing clamdmail on Tru64 4.0F running Digital Unix  OS, It is an
alpha server of 64bits.
In this moment clamav is work fine, but I need install clamdmail for replace
amavis, because amavis have problem with CPU usage. It use very CPU and my
system is very slow.
When I am compiling clamdmail show me this error message:

[1200]#make
source='clamdmail.c' object='clamdmail.o' libtool=no \
depfile='.deps/clamdmail.Po' tmpdepfile='.deps/clamdmail.TPo' \
depmode=gcc3 /bin/ksh ./../depcomp \
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACK
AGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"clamav\" -DVERSION=\"0.
54\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB
_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_UNISTD_H=
1 -DHAVE_DLFCN_H=1 -DBUFFSIZE=131072 -DFBUFFSIZE=16384 -DSTDC_HEADERS=1 -DHA
VE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_ST
RINGS_H=1 -DHAVE_STRING_H=1 -DHAVE_SYS_MMAN_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_
SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_MALLOC_H=1 -DSIZEOF_SHORT=2 -DSIZEO
F_INT=4 -DSIZEOF_LONG=8 -DHAVE_ZLIB_H=1 -DCLAMAVUSER=\"clamav\" -DCLAMAVGROU
P=\"clamav\" -DDB1NAME=\"viruses.db\" -DDB2NAME=\"viruses.db2\" -DDATADIR=\"
/usr/local/share/clamav\" -DCONFDIR=\"/usr/local/etc\" -DWORDS_LITTLEENDIAN=
1  -I. -I. -I../clamscan -I../clamd -I../libclamav -I/usr/local/src/qmail/cl
amav-0.74/shared     -g -O2 -c `test -f 'clamdmail.c' || echo
'./'`clamdmail.c
clamdmail.c: In function `clamdscan':
clamdmail.c:89: warning: cast to pointer from integer of different size
clamdmail.c:154: warning: assignment makes pointer from integer without a
cast
clamdmail.c:184: dereferencing pointer to incomplete type
clamdmail.c:184: dereferencing pointer to incomplete type
clamdmail.c: In function `spoolstdin':
clamdmail.c:296: `mprintf_stdout' undeclared (first use in this function)
clamdmail.c:296: (Each undeclared identifier is reported only once
clamdmail.c:296: for each function it appears in.)
clamdmail.c: In function `printtag':
clamdmail.c:442: `mprintf_stdout' undeclared (first use in this function)
clamdmail.c: In function `help':
clamdmail.c:458: `mprintf_stdout' undeclared (first use in this function)
make: *** [clamdmail.o] Error 1


I found in the google this comment.
Problem: "foo.c:91: cast from pointer to integer of different size."
An alpha is a 64bit native machine. Unlike a pentium or mac, which are 32
bit machines. A lot of programmers assume things like pointers are 32 bits.
So when you compile them on alphas, they suddenly emit tons of warnings.

I am not a programmer C language, but I need install the software.
Is there any patch for machines of 64 bits architecture

Please, if you have any ideas of the problem, response me as soon as
possible,
very thanks.


Juan Enciso Condeña
Área de Operaciones
Red Privada Virtual S.A.
Av. Paseo de la República 4675 - Lima 34
Telf: (511) 241-4122 Anexo 2244
Fax: (511) 446-8135

Visítenos en: www.qnet.com.pe

[Clamdmail-users] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

[Clamdmail-users] Project Status ?

[Graham T. <gr...@ha...>]

Hi

I'm using spamdmail and have the same problem as other users with not
being able to compile it against the new version of Clamav ?

There was posting on the bug list with a solution from a SUSE user but I
couldn't get the patch to work :(

Has anyone any idea on when it will be fixed ?

Thanks

GT
-- 
Graham Tait
Systems Administrator
www.HarvestRoad.com.au
9338 3031

[Clamdmail-users] clamdmail configuration

[<mik...@ya...>]

Hi all, I want only inform that I received same error,
but I solved.
I use debian-ppc, first I compiled with:
CFLAGS="-O2 -mcpu=750 -mtune=750 -fomit-frame-pointer"
CPPFLAGS="-O2 -mcpu=750 -mtune=750
-fomit-frame-pointer"

Here compilation work, but I have this strange error
when run clamdmail:
ERROR: Can't open config file  !
ERROR: Can't parse configuration file.

Without the -O2 switch the error disappear:
CFLAGS="-mcpu=750 -mtune=750 -fomit-frame-pointer"
CPPFLAGS="-mcpu=750 -mtune=750 -fomit-frame-pointer"

Here all work.
bye!

______________________________________________________________________
Yahoo! Mail: 6MB di spazio gratuito, 30MB per i tuoi allegati, l'antivirus, il filtro Anti-spam
http://it.yahoo.com/mail_it/foot/?http://it.mail.yahoo.com/

[Clamdmail-users] clamdmail configuration #2

[<ga...@ro...>]

I have the same problem, when start the test, it ends with this error:
 
ERROR: Can't open config file  !
ERROR: Can't parse configuration file.
stdin: Unknown error code.

Clamd is running and use last version ClamAV 0.65, Clamdmail 0.15...
 
Thank you for some help...

--
Jan PAVLIK
ga...@ro..., hel...@mu...
mobil +42 0777/555730
ICQ 6611951
ROOTSHELL.CZ - Make it easy and better!

 

[Clamdmail-users] clamdmail configuration

[Chris P. <pfl...@to...>]

After installing clamdmail I get this response on the test:

ERROR: Can't open config file P !
ERROR: Can't parse configuration file.

I relize this comes from clamd, but the configs for it are pretty solid 
and it seems to run fine with no complaints. Does the clamdmail client 
force clamd to use a different config other than /etc/clamav.conf?
-- 
Chris Pflieger
Design Engineer
Touchplate Technologies, Inc.

[Clamdmail-users] Clamdmail 0.12 not detecting viruses?

[<ib...@es...>]

    Hello.
    I installed clamdmail 0.12 as explained in the INSTALL file, except 
calling ./configure --prefix=/usr/local/clamdmail because I like having 
one directory by each locally installed program, and I do some symlinks 
pointing to that directory when it seems apropriate. Clamav 0.60 is 
installed in /usr/local/clamav.
    Clamd is running _and_ working.
    But when I executed clamdmail --admin=pos...@yo... < 
testmail|more it just showed the stdin unmodified, without detecting any 
virus.
    We are using Red Hat 8.0.
    Did it happen to someone else? Any tips or help?
    Thanks!


-- 
/Iván Baldo/
*Esquemas.com*
ib...@es... <mailto:ib...@es...>
www.esquemas.com <http://www.esquemas.com/>
+ (598 2) 403 03 03
Nueva Palmira 2241
11800 Montevideo, Uruguay