Onderwerp: clamav problemen na update via update script

Mikey, moet ik ook die sophie in exim.conf zetten? want die staat er bij mij niet in nu, en moet ik die nog apart installeren?

Oorspronkelijk geplaatst door terrabel

Mikey, moet ik ook die sophie in exim.conf zetten? want die staat er bij mij niet in nu, en moet ik die nog apart installeren?

Ik heb het idee dat je exim installatie zijn config ergens anders vandaan haalt. Dat sophie staat namelijk in je running config...

maar ik heb al een find gedaan op exim.conf en geen andere gevonden. maar is die sophie niet van sophos? die heb ik niet geinstalleerd gehad.

en dat jouw idee wel eens waar kan zijn, zou kloppen met het feit dat het niet uitmaakt wat ik van # voorzie in de exim.conf. hij blijft zelfde meldingen geven.
hoe kan ik achterhalen waar exim zijn config vandaan haalt?

updatedb
locate exim.conf

[root@server updatescript]# locate exim.conf
/etc/.exim.conf.swp
/etc/exim.conf
/etc/exim.conf.aangepast
/etc/exim.conf.orig
/etc/exim.conf.rpmnew
/etc/exim.conf.rpmsave
/home/backup/05-31-08/custom/etc/exim.conf.md5
/home/backup/05-31-08/custom/etc/exim.conf.tar.gz
/usr/local/directadmin/custombuild/exim.conf.dovecot.patch
/usr/local/directadmin/data/templates/exim.conf
/usr/share/logwatch/default.conf/logfiles/exim.conf
/usr/share/logwatch/default.conf/services/exim.conf

waar haalt hij hem vandaan??
alles behalve exim.conf weggooien?

Nou dat klopte inderdaad Mikey. tanks voor de hint.
er stond in /etc nog een file, deze heet exim_outgoing.conf
Die heb ik nu aangepast, exim herstart en de foutmelding is weg.
Maar nu even controleren of alles ook door wil gaan.

heel ander issue waarschijnlijk, maar nu zie ik dat er een andere foutmelding staat:

T=virtual_localdelivery defer (13): Permission denied: failed to create directories for /var/spool/virtual/domein.nl: Permission denied

iemand een idee daarover??
zie dat we daar zelf eerder ook een probleem mee gehad hebben. Toen hebben we dat ook op kunnen lossen.
Eerst even clean herstart nu.
Na herstart spuwt hij wel de mail eruit, maar daarna blijven ze weer in de queue staan... vreemd.
maar in ieder geval bedankt voor de oplossing voor mijn originele vraag in deze thread.

Hier een stomme vraag.

Als je in eerste instantie de update.script hebt gebruik, waarom rebuild je CalmAV dan hier ook niet mee?

cd /usr/local/directadmin/scripts
en dan
./set_permissions.sh email

Ook ik heb dit probleem gehad (5 min geleden opgelost) op mijn CentOS server. Het heeft een aantal zenuwachtige uurtjes gekost maar dankzij deze thread draait het weer.

Mijn probleem zat hem ook in het updaten van Clamav. Heb dit wel via het updatescript gedaan maar kon daarna geen mail meer ontvangen en ook niet verzenden.

Ook ik had dubbele clamd.conf en exim.conf files na de update maar de juiste in mijn geval waren:

/etc/clamd.conf
/etc/exim_outgoing.conf

Deze heb ik aangepast met de 127.0.0.1:3310 als socket verwijzing toen nog cd /usr/local/directadmin/scripts
en dan ./set_permissions.sh uitvoeren en was de mail weer online.

Bij deze allen bedankt!

lsof -i :3310

Draait clamd op die port?

Nee:

check /etc/clamd.conf

Check de port en of hij op localhost draait.

Na de uninstall zal hij de clamd.conf clamd.conf.rmpsave of iets dergelijks hebben genoemd. Zet deze file terug en restart alles.

ClamAV maakt bij de meeste (DA) installaties gebruik van een socket, niet van een TCP poort.

Nadat ik mijn server, en nog vele andere, van dit probleem afhielp was het gewoon heel vaak dat de orginele /etc/clamd.conf werd hernoemt naar /etc/clamd.conf.rmpsave. Hierdoor draaide clamav wel gewoon maar dus niet op de juiste manier.

Omdat clamav bij vele niet meer via yum of apt werd geupdate hebben ze dit met de hand verwijderd en het zelf gebuild of via andere rpm geïnstalleerd.

Ik roep clamav in exim op via: av_scanner = clamd:127.0.0.1 3310