El Mar 04 Nov 2008, MAbeeTT escribió: > 2008/10/31 Herr Groucho <[EMAIL PROTECTED]>: > > El Vie 31 Oct 2008, MAbeeTT escribió: > >> He cargado un programita para que corra @reboot en el crontab de > >> mi usuario, pero por agún motivo no se levanta. > >> > >> Entonces me acuerdo de que puedo usar a mail para ver los > >> mensajes de crontab, los paquetes que proveen mail en ubuntu > >> son: mailx y mailutils > >> > >> y el paquete cron recomienda: > >> Recommends: exim4 | postfix | mail-transport-agent > >> > >> ¿Cómo podría hacer para ver los mensajes que me tiran los > >> programas que corren por cron, hablen los procesos a atderr o > >> stdout, si la necesidad de instalar un daemon más? > > > > Instalando un MTA que no sea un demonio, o configurando uno que > > sí sea un demonio para que no funcione como demonio. > > Cron usa la "interfaz local" del MTA, o sea, invoca el > > ejecutable "sendmail" así que no hace falta que esté como demonio > > el MTA. > > Otra cosa que me suena es que si no tenés un MTA, cron escribe el > > mail en un mailbox con tu nombre en /var/spool/mail sin necesidad > > de nada. Por eso te recomienda mailx, para leer eso. > > > > > > Elegí de entre estos MTAs: > > # apt-get install mail-transport-agent > > Leyendo lista de paquetes... Hecho > > Creando árbol de dependencias > > Leyendo la información de estado... Hecho [lista de paquetes que proveen mail-transport-agent, todos descartados superficialmente]
> > exim4-daemon-light 4.69-9 > Tiene la palabra daemon en el nombre Dice "daemon" en el nombre porque hay otros paquetes que dicen "config", o "base". Que se llame daemon no quiere decir que obligatoriamente deba funcionar como tal. > > postfix 2.5.5-1.1 > Perfecto: > Alcanzaría con marcar > "Sólo correo local " "Local Only" en la configuracion pero no tiene > > modo no-daemon o similar :-( Una cosa es no mandar mensajes a otros hosts y otra cosa es no estar como demonio escuchando en el puerto 25. > > Fijate en la descripción de ssmtp, nbsmtp y nullmailer. > 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! > ¿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. > Quiero que los usuarios se manden correos entre ellos a través de > un mta (en lo posible compatible a sendmail, cosa de que todos los > programas puedan usarlo) sin que ese mta corra como daemon. Casi todos los MTAs proveen compatibilidad con sendmail, eso no es problema. 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. 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). 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). 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? -- 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
