El Vie 07 Nov 2008, MAbeeTT escribió: > 2008/11/6 Herr Groucho <[EMAIL PROTECTED]>: > > El Mar 04 Nov 2008, MAbeeTT escribió: > >> Mis esperanzas quedan el sendmail, pero para ahorrarme el > >> disgusto: > > Sendmail? > > Pero si el el MTA más monstruoso que hay!!!! > > Es lo más alejado posible a lo que pretendés! > Entonces no tengo más esperanzas en sendmail.
:-) > >> ¿Nadie ha tratado de hacer lo que pretendo? > > Lo que vos querés hacer se puede lograr desactivándole > > funcionalidad a los MTAs normales, y no usando un MTA que haga > > justo lo que vos querés, porque la la verdad que si uno es > > programador y tiene ganas de hacer un MTA, es medio zonzo en > > pleno siglo 21 donde todas las computadoras están en red apuntar > > a hacer uno que sólo sea capaz de entregas locales, o apuntar a > > hacer uno que sólo acepte mensajes por la entrada estándar y no > > mediante SMTP. > Gracias: lo tomo como un cumplido. Pfss.. No estaba hablando de vos. > Pero si quiero comunicarme con correos electrónicos a otras > computadoras uso algún proveedor de correo, hay muchos gratuitos, > me ahorro el tema de las listas negras, etc, etc. Justamente: y qué pasa si los demonios en tu computadora o algún usuario quieren comunicarse con vos a otra computadora? O te parece divertido tener que entrar a cada una de tus computadoras a leer localmente los mensajes que localmente te hayan mandando los demonios a cada una? Por eso te mencioné primero nullmailer: mando todos los mensajes de las computadoras sin MTA de verdad de mi casa a una sola sola de ellas, donde tengo un MTA con todos los chiches. > > En cuanto a lo que querés hacer, parece que entendí mal: No te > > importa instalar un MTA monstruoso y/o sofisticado como sendmail, > > postfix o exim, con tal que no corra como demonio. > > La idea inicial es que no corra como demonio el MTA, tampoco quiero > algo monstruoso. Ni demonio, ni monstruoso, ni reenviar todo a un MTA de verdad remoto vía SMTP... Complicado. Quizás mutilando un poco qmail,se pueda hacer. Que no corra qmail-smtpd, y reemplazando qmail-remote y qmail-rspawn por links a qmail-local, y qmail-lspawn y viendo si las interfaces de línea de comando son iguales, o haciendo scripts de compatibilidad o modificando un poco el fuente y recompilando... > > Se me ocurren varias ideas con Exim (ese que descartaste porque > > en el nombre del paquete decía daemon): > > - levantarlo vía inetd, con lo cual igual tenés un demonio > > corriendo (inetd) pero quizás ya lo tenías corriendo de antes por > > alguna otra razón, entonces no estás agregando un demonio por > > agregar un MTA al sistema. De esa forma, los usuarios se pueden > > mandar mensajes localemnte por SMTP a localhost, no solo > > invocando a sendmail. - no ejecutar el script de inicio de exim. > > De ese modo no hay un demonio atendiendo conexiones SMTP, ni > > tampoco revisando la cola de mensajes períodicamente, pero no es > > problema porque cuando un usuario o programa quiera mandar un > > mensaje invocando sendmail (que es un link a exim) exim no sólo > > pondrá el mensaje en la cola sino que intentará mandarlo de > > inmediato. Por las dudas que el envío no tenga éxito, en un > > crontab ponés que se dispare cada algunos minutos una instancia > > de exim con los parámetros correctos para que no quede corriendo > > como demonio y para que sólo revise la cola e intente mandar los > > mensajes encolados. > > > > Todo lo anterior está previsto en el script de inicio de Exim > > provisto por Debian (verlo y ver /etc/default/exim4 para ver cómo > > configurarlo). > > Listo: alcanzó con poner: > > QUEUERUNNER='nodaemon' > en /etc/default/exim4 > > > Todo esto no quita que los usuarios puedan mandar mensajes a > > otros hosts: bien podría ser que un usuario invocando sendmail (o > > sea exim) meta en la cola un mensaje con dirección de destino en > > un dominio diferente del local. Y Exim lo mandaría por SMTP > > saliente en tanto esté configurado para hacerlo (enrutadores y > > transportes necesarios para ello activados en la confguración), a > > menos que lo impidás, lo cual también está previsto en el paquete > > de Debian de Exim. Basta con generar la configuración de Exim > > (man update-exim4.conf) habiendo configurado > > dc_eximconfig_configtype='local' en > > update-exim4.conf.conf, lo cual podés hacer a mano editando ese > > archivo o dejando que lo edite el script de postinstalación del > > paquete (dpkg-reconfigure exim4-config). O siempre podés > > configurarlo a mano editando exim4.conf.template o los fragmentos > > de configuración en /etc/exim4/conf.d; uno o los otros son los > > archivos que udpdate-exim4.conf lee para generar exim4.conf. Y > > sí, también podés tocar exim4.conf (está en > > /var/lib/exim4/config.autogenerated) pero es al pedo porque cada > > vez que se invoque update-exim4.conf van a arruinarse tus > > cambios. (y /etc/init.d/exim4 start lo invoca). > > Voy a tener en cuenta eso, cuando tenga más tiemp. como decías > inetd está corriendo. > > > En definitiva se puede hacer muy fácilmente lo que querés con > > Exim y me imagino que con Postfix también, en base a las mismas > > técnicas (no ejecutar el demonio y configurar el MTA para que no > > mande mensajes a otros dominios). > > > > Ahora sos feliz? > > $ ps fax | grep -i exi > 17263 pts/1 R+ 0:00 \_ grep -i exi > > Sí. > > Estaba errado en el archivo de configuración: cuando instalé exim4 > para que crontab pudiera chillarme tranquilo urgué por /etc/exim4 > > Claro no encontré nada referente a una configuración no-daemon... Vas a ir al río y vas a decir que no tiene agua (decía mi abuela). -- Herr Groucho ID Jabber: [EMAIL PROTECTED] Señal distintiva: LU5MJR - 144,550 MHz FM. Clave pública GPG: hkp://pks.lugmen.org.ar Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354
