El 2004-10-26 a las 16:28 +0200, Emiliano Sutil escribió:
Antes de nada, agradecerte el tiempo que te has tomado en detallarme lo que ha pasado en el log, habia un montón de cosas que no me habia dado cuenta. Vamos allá.
Es que es un problema interesante :-)
Esto es que le has dicho al amavis que mire los virus, pero no encuentra ningún programa antivirus. Es un aviso, simplemente no escaneará.
Cuando has dicho esto me he dicho ahi te has colado Carlos, pero no exactamente. Yo tengo instalado como antivirus el clamav y me funciona de maravilla, me pilla un montonazo de correos con virus pero lo que veo cuando arranca el amavis es esto: Oct 26 16:10:06 adslinux amavis[26229]: Found secondary av scanner Clam Antivirus - clamscan at /usr/bin/clamscan
Es decir el clamav lo trata como secundario mientras que el mensaje habla de primarios, lo que no se es como se indica cuales son primarios y cuales secundarios.
Pues lo he buscado por encima y no lo he visto, a mi no me dice nada ni de primario ni de secundario. Ah, es que ya ha rotado el log, está antes: /var/log/mail.debug-20041026.gz:Oct 26 11:48:01 nimrodel amavis[4588]: Found primary av scanner H+BEDV AntiVir or CentralCommand Vexira Antivirus at /usr/bin/antivir Creo que puede depender del orden de aparición en el fichero /etc/amavisd.conf.
$max_servers = 5; # number of pre-forked children (default 2) $max_requests = 10; # retire a child after that many accepts (default 10)
Cuando un hijo del amavis ha procesado 10 correos, se le retira de la circulación - eufemismo, se le mata :-p
¡Interesante! Siempre se aprende algo nuevo ;-)
Pues si muy interesante, de hecho voy a empezar a hacer pruebas sobre el efecto en el rendimiento.
Si, aumentando ambas cifras aumenta el rendimiento. La que más influye es la primera, el numero de servidores, pero depende de cuanta memoria tengas: si hace swapear, el rendimiento empeora un disparate. La segunda cifra, cuando más alta hace que tarde más en tener que recargar el proceso. Que exista significa que no se fian de que mantenga su memoria totalmente limpia...
Esto es, imagino, un usuario local que se ha conectado al servidor imapd. O más posiblemente, es el cliente de correo que está enviando que al mismo tiempo está cambiando cosas en la carpeta de enviados.
Este usuario es el que hizo la prueba de enviar el correo trampa. Puede ser que el cliente de correo que tiene haga un login primero
Puede ser simplemente al guardar en la carpeta de enviados remota. O para guardar un atributo en el inbox para marcar como "respondido".
Informe definitivo de estadísticas de tiempo del amavis respecto a ese correo. Yo lo tengo desactivado, ocupa mucho y embrolla el registro.
Como se desactiva esto? porque la verdad tienes razon lo unico que hace es embrollar el registro.
/etc/amavisd.conf: #NOTE: levels are not strictly observed and are somewhat arbitrary # 0: startup/exit/failure messages, viruses detected # 1: args passed from client, some more interesting messages # 2: virus scanner output, timing # 3: server, client # 4: decompose parts # 5: more debug details #Cer #$log_level = 2; # (defaults to 0) $log_level = 1;
Oct 25 16:20:20 adslinux postfix/smtp[5559]: CDD7331D8E: to=
, relay=localhost[127.0.0.1], delay=1, status=sent (250 2.6.0 Ok, id=05053-09, from MTA: 250 Ok: queued as 99FF431DBE) El postfix encola el correo CDD7331D8E como 99FF431DBE, y entonces borra el CDD7331D8E (linea de abajo). Esto me confunde un poco, porque no veo el CDD7331D8E más arriba, y creo que debería estar.
Tienes razon unas pocas lineas mas arriba estaba esto: Oct 25 16:20:19 adslinux postfix/smtpd[5557]: CDD7331D8E: client=Luis.iranon.com[192.168.1.132] Oct 25 16:20:19 adslinux postfix/cleanup[5558]: CDD7331D8E: message-id=<417D0B0E.1010702@iranon.com> Oct 25 16:20:19 adslinux postfix/qmgr[32128]: CDD7331D8E: from=
, size=1002, nrcpt=1 (queue active) Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) Oct 25 16:20:19 adslinux postfix/smtpd[5557]: disconnect from Luis.iranon.com[192.168.1.132] ahi hay una linea q me mosquea Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) que no se a que se debe. ese puerto es cosa del amavis pero no veo en que influye,
No lo veo claro, pero observa que el postfix intenta conectar al localhost, pero por ipv6, y amavis no responde en ese protocolo. Creo que tienes que desactivarlo en el postfix. Mmmm... yo me topé con ese problema hace tiempo, lo comenté aquí en la lista. No recuerdo como se hacía ahora mismo.... Si, lo tengo apuntado, te lo copio tal cual y tu lo descifras ;-) +++================================ desactivar ipv6 (suse 9.1) * editar modprobe.conf.local, con la linea: install ipv6 /bin/true * editar 'hosts', y comentar las referencias a ipv6 * editar el postfix/main.cf, lo mismo (en 'mynetwork') #mynetworks = 192.168.100.2/8 127.0.0.0/8 [::1/128] mynetworks = 192.168.100.2/8 127.0.0.0/8 ================================--- Sólo necesitas lo del psotfix, creo. El resto lo ignoras.
Y el postix reacciona matando un proceso smtp (5573), que no se ha visto antes. Tendrías que buscar en tu log que es lo que estaba haciendo ese PID algo más arriba, porque ibamos por el 5575.
Curiosamente el proceso 5573 es como la linea de antes: Oct 25 16:20:05 adslinux postfix/smtp[5573]: connect to localhost[::1]: Connection refused (port 10024)
Es decir ahi parece que algo deberia haber conectado que no hay y posiblemente de el error
Esa pinta tiene. Arregla lo del ipv6 y prueba de nuevo.
¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger
la version que tengo instala ahora mismo es esta: postfix-2.0.19_20040312-11
Si, la misma que yo. No la he actualizado por pereza - bueno,por mis problemas con el modem. -- Saludos Carlos Robinson