similar to: clamav-milter verification on Centos 3.3

hey, I upgraded a server to 5.3 from 5.2 today, its a mail server, and its using the rpmforge clamav milter... was getting errors in my mail log like... Apr 6 01:39:32 freescruz sendmail[12304]: n368dWxW012304: Milter (clamav): error connecting to filter: Connection refused by /var/clamav/clmilter.socket Apr 6 01:39:32 freescruz sendmail[12304]: n368dWxW012304: Milter (clamav): to error

I OT'd this since it is supplied by dag and not centos but running on centos 3.5 # service clamav-milter start Starting Clamav Milter Daemon: clamav-milter: --timeout must not be given if --external is not given I updated last week and didn't have any problems. I did restart the system today and for some reason cannot get clamav-milter to start ;-( Any hints - afaik - nothing

Is anyone using Milter-Greylist? Is there a repository out there with an rpm available? JP -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20060213/036d4b7e/attachment-0002.html>

I'm trying to figure out which would the best implementation for my mail and web server. Any experiences? Caveats? I'm on CentOS 3. -- <<JAV>>

Pardon my ignorance, but if I update or install a package via rpm will YUM pick that up in subsequent updates? Or should I be using YUM for installs if I plan to use it for updates? -- <<JAV>>

Okay, I'm curious. I just installed CentOS 3.3 and did an update with YUM. I want to run Apache so I first checked to see if it's installed with rpm -q apache. Nada. Yet, in /etc/rc.d/rc3.d I see K15httpd. So I moved that to S15httpd and started it up. It's up. Goto the default page and it's running. So....if it's not showing up in rpm queries, how is/was it installed? --

I know this is a long shot, but does anyone have any familiarity with this server? It uses the Super X6DH8-G2 motherboard. Currently, we've added an Adaptec 2120S Ultra320 RAID PCI Controller Card to get RAID 5 capability. The installation bombs and from what I can tell it looks like we're getting SCSI resets or the controller is going offline maybe. Any ideas would be greatly appreciated.

[root at ollie2 ~]# find / -iname clamd.sock [root at ollie2 ~]# systemctl list-unit-files --type=service [.....] clamav-milter.service enabled exim.service enabled spamassassin.service enabled [.....] [root at ollie2 ~]# ps ax|grep cla[m] [root at ollie2 ~]# Starting / restarting the clamav service does not generate

Me again, I'm still building my new mail server and I'm struggling getting clamav and exim to talk to each other. I've installed: clamav-server-0.98.7-1.el7.x86_64 clamav-lib-0.98.7-1.el7.x86_64 clamav-0.98.7-1.el7.x86_64 clamav-milter-0.98.7-1.el7.x86_64 clamav-data-0.98.7-1.el7.noarch clamav-update-0.98.7-1.el7.x86_64 clamav-milter-systemd-0.98.7-1.el7.noarch

I had clamav-milter working as well as clamd, then for some reason clamd stopped and would not create the socket. After much hair pulling, I finally tracked the problem(s) down to /etc/clamd.conf. After commenting all the stuff out that was providing errors, it is now working again. I had somehow mixed versions from sourceforge and centos, and when I could not get things to update

On Tuesday 25 August 2015 14:44:55 Mihamina Rakotomandimby wrote: > Does the directory /var/run/clamav-milter/ exist and is it traversable > and writable by the clamav user is running as? > Socket creation mostly doesnt include recursive operation (creating the > directory) It looks like I'm barking up the wrong tree here. When I run the command in the terminal I get [root at

I'm having particular issues running Veritas in my Windows environment. The agent just seems to baulk on some servers. I've looked into backup solutions running on Linux before but there doesn't seem to be much. Is anyone familiar with something that has Windows agents and yet managed by Linux? <<JAV>> -------------- next part -------------- An HTML attachment was

YUM says I already have ethereal installed, but I have no /usr/sbin/ethereal. I have 3 directories about but no executable. -- <<JAV>>

Everyone, I am putting together a new CentOS 7 mail server for our organization and am having some difficulty getting clamav to work with the clamav- milter for sendmail. I have set /etc/clamd.d/scan.conf to use clamscan as the user as well as root as the user and the status command of systemctl results in the same error messages : ? clamd at scan.service - Generic clamav scanner daemon

Hello, anyone else seeing this? Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package clamav-db.i386 0:0.93-1.el5.rf set to be updated ---> Package clamd.i386 0:0.93-1.el5.rf set to be updated ---> Package clamav-milter.i386 0:0.93-1.el5.rf set to be updated ---> Package clamav.i386 0:0.93-1.el5.rf set to be updated --> Running

Is anyone using Webmin with CentOS? I've always found it works very well with RHat Linux. I've not used RHEL so I'm not sure. I know on my SuSE server it doesn't seem to work well and suspect there are some location problems. -- <<JAV>>

I'm having a hard time getting PHPBB installed on Centos. We get the error that The PHP configuration on your server doesn't support the database type that you chose. We choose MySQL 3.x but get that error. Perhaps PHP4 isn't compatible with MySQL 3.23.58-1? -- <<JAV>>

Are there any caveats to yum upgrade from 4.1 to 4.2? And can someone tell me if perl-5.8.6 is in 4.2? <<JAV>>

Dear Friends, I want to configure ClamAV with Milter-Manager and Spam-assassin for postfix mail server I have checked and search on google but not getting any good answer and any web site Please help me to configure it. -- Thanks & Regards Jitendra Jha +91-7498370550

I suppose it's more of a frustration with myself, but can some kind soul please help me with the procedure to tell yum a package is in fact installed? Here is the output from the command "yum update". # yum update Setting up Update Process Setting up repositories kbs-CentOS-Extras 100% |=========================| 951 B 00:00 kbs-CentOS-Misc 100%