Hola a todos:
Os voy a exponer un problema que tengo con el correo y al que me
gustar�a dar una soluci�n. Tengo un debian woody con exim en el
portatil. Para leer el correo utilizo mutt o sylpheed. OK.
Cuando leo el correo, lo dejo en el port�til para poder leerlo
desde mi casa. El problema es cuando quiero responder. El sylpheed tiene
una opci�n de enviar todos los mensajes diferidos en una cola, cosa que
no s� si tiene mutt.
Mi primera pregunta es entonces:
1. �Tiene el mutt la caracter�stica de enviar todos los mensajes
"pospuestos"?
Bien, el caso es que aunque mutt o sylpheed tengan esta
cualidad, me gustar�a hacerlo de otra manera. A ver qu� os parece:
Quiero tener funcionando el exim s�lo para hacer llegar el correo local
a los usuarios locales (es decir, enviar al root o a cualquier otro
usuario local de la m�quina desde un usuario local), y no para aceptar
conexiones externas.
Bien, cuando env�o un correo, me gustar�a poder enviarlo y dejarlo en la
cola de mi ordenador para que cuando se levante el interfaz eth0 se
env�en todos autom�ticamente (en vez de tener yo que darle al bot�n
expl�citamente). As� que lo que he hecho es que en el sylpheed (o el
mutt) le he puesto que para enviar mensajes utilice el programa sendmail
as�:
/usr/sbin/sendmail -t -odqs
B�sicamente lo que quiero conseguir (con la opci�n -odqs) es que el
mensaje no se env�e directamente, sino que se quede en la cola y que se
env�e tan pronto como el interfaz eth0 se configure.
El problema es que cuando la interfaz eth0 no est� activada, el exim me
devuelve directamente un mensaje de error dici�ndome que la direcci�n
tiene errores permanentes (ya que no puede encontrar la entrada DNS del
ordenador destino) y el mensaje no se encola para un futuro env�o :-(
Resumiendo, lo que quiero conseguir de alg�n MTA (ya sea exim, sedmail,
smail, qmail, postfix, etc.) que tenga el siguiente funcionamiento:
1. Que no acepte conexiones externas
2. Que el programa sendmail (que utilizar� desde sylpheed o mutt) tenga
opciones para no enviar autom�ticamente, sino dejarlo en la cola de
mensajes
3. Que cuando se intente enviar, si no se consigue porque el interfaz
est� ca�do o porque aunque est� activado salta un timeout, que a�n as�
se siga manteniendo en cola para ser enviado en un futuro (actualmente
me retorna un mensaje de error dici�ndome que no puede llegar al
destinatario y no se reintenta m�s tarde).
Entonces �alguna ayuda?
Saludos.
diego.
PD. De todas formas, acepto cualquier sugerencia de gente que lea el
correo en su portatil y sea capaz de enviar correos "diferidos" que se
env�an cuando la m�quina se conecta a Internet (por ejemplo, cuando se
conetca por ppp).
--
Diego Sevilla Ruiz -- http://ditec.um.es/~dsevilla/ -- [EMAIL PROTECTED]
Dep. Ingenier�a y Tecnolog�a de Computadores, Facultad de Inform�tica
Univ.de Murcia,Campus Espinardo,30080 Murcia (SPAIN),Tel.+34968367658
lynx -dump ditec.um.es/~dsevilla/face |uncompface | ikon2xbm |display
PGP: http://pgp.rediris.es:11371/pks/lookup?op=get&search=0xC9B964B7
perl -e'$_="[EMAIL PROTECTED]&B";for(/../g){print unpack("b*",$_),"\n"}'|tr 01
" #"
(lambda x,f=lambda x,f:x and x[-1]+f(x[:-1],f):f(x,f))('[EMAIL PROTECTED]')
