Exim y la conexión a inet bajo demanda
He puesto la conexión a internet bajo demanda (opcion del pppconfig), así que cuando necesita conectarse, lo hace, pero el exim tiene un tarea del cron que hace que 08,23,38 y 53 minutos de cada hora pruebe a enviar los mensajes que estan en la cola para enviar. Y claro, me interesa que el exim envie los mensajes de la cola al conectarse, pero que el solo no fuerce la conexión. Ya se que diald puede filtrar y cosas así, pero he intentado instalarlo unas cuantas veces y nada, al final he puesto la configuración bajo demanda y un script que solo permite activarla en horario de tarifa plana. ¿Que soluciones se os ocurren? El script (que se carga la inicio), por si alguno me ayudais a mejorarlo, o si a alguno os es de utilidad lo pego a continuación: #!/bin/sh # # Script para determinar tarifa plana AUXLC_ALL=$LC_ALL LC_ALL=C export LC_ALL HORA=`exec hwclock | cut -b 12-13` DIA=`exec hwclock | cut -b -3` PPPD=/usr/sbin/pppd echo "" case $DIA in Mon | Tue | Wed | Thu | Fri) echo -n "Dia da semana. " case $HORA in 18 | 19 | 20 | 21 | 22 | 23 | 00 | 01 | 02 | 03 | 04 | 05 | 06 | 07) echo "Hora de tarifa plana" $PPPD call retevision ;; *) echo "A esta hora non se permite a conexión" ;; esac ;; Sat | Sun) echo "Dia de fin de semana" $PPPD call retevision ;; esac LC_ALL=$AUXLC_ALL export LC_ALL
Re: Exim y la conexión a inet bajo demanda
El Sun, Aug 04, 2002 at 09:45:21PM +0200, 31 disidio iscribir: Guenas > Y claro, me interesa que > el exim envie los mensajes de la cola al conectarse, pero que el solo no > fuerce la conexión. Lo que necesitas es que Exim no envíe mensajes por sí mismo, y para eso tienes que añadir queue_only = true al exim.conf Para que envíe al conectar, añade exim -qf al /etc/ppp/ip-up El problema será que los correos escritos mientras estás conectado no se enviarán (sólo se encolan). La solución puede venir del otro problema que tienes: las tareas de envio del exim que tienes en el cron pueden lanzarte la conexión cuando no quieres hacerlo. No conozco el funcionamiento de diald, pero voy a suponer que cuando está desconectado no existe ppp0 y cuando lo está sí (si resulta que no es así, pues se chafó el invento ;-)) : cambia las entradas del exim en el cron por scripts que hagan lo mismo pero previamente verifiquen que existe ppp0. Así no te levanta la conexión, y cuando estés conectado los correos saldrán normalmente. Caso de no servir el tema de la existencia de ppp0, quizás haya otra pista que te pueda servir: no sé, la última entrada del diald en los logs, la existencia o no de ruta por defecto, el Up o Down del propio ppp0, etc... Saludines -- 101 Things you do NOT want your System Administrator to say. 41. We're standardizing on AIX. -- Andres Herrera <[EMAIL PROTECTED]> Linux Reg. User #66054 -- pgpwRYFO40Rrc.pgp Description: PGP signature
Re: Exim y la conexión a inet bajo demanda
Andres Herrera escribiu: No conozco el funcionamiento de diald, pero voy a suponer que cuando está desconectado no existe ppp0 y cuando lo está sí (si resulta que no es así, pues se chafó el invento ;-)) : cambia las entradas del exim en el cron por scripts que hagan lo mismo pero previamente verifiquen que existe ppp0. Así no te levanta la conexión, y cuando estés conectado los correos saldrán normalmente. Caso de no servir el tema de la existencia de ppp0, quizás haya otra pista que te pueda servir: no sé, la última entrada del diald en los logs, la existencia o no de ruta por defecto, el Up o Down del propio ppp0, etc... Gracias, el pppd en demanda ya tiene ppp0, pero una direccion de red local y siempre la misma, así que ya está: # /etc/cron.d/exim: crontab fragment for exim # Run queue every 15 minutes 08,23,38,53 * * * * mail if ! ifconfig | grep 10.64.64.64 > /dev/null; then if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi; fi Y de paso un cuestion del exim, hay mensajes congelados, que son los que no se han podido enviar porque los han devuelto porque no existe la dirección, y exim y los reenvia un monton de veces y te llegan un monton de mensajes al correo advirtiendo de que la direccion no existe. ¿Como borro los mensajes congelados? Del man deduzco que exim -Mrm pero cuando lo pongo me contesta exim: no message ids given after -Mrm option que ids de mensajes tengo que darle?
Re: Exim y la conexión a inet bajo demanda
... y entonces 31 escribió: > > que ids de mensajes tengo que darle? > Los que te salen al hacer un mailq -- Amar es... borrar el Windows del disco de ella. -- Www.frases.com. faro at escomposlinux . org Debian GNU/Linux - Usuario Linux #162541 http://www.escomposlinux.org/faro
Re: Exim y la conexión a inet bajo demanda
31 escribiu: Andres Herrera escribiu: No conozco el funcionamiento de diald, pero voy a suponer que cuando está desconectado no existe ppp0 y cuando lo está sí (si resulta que no es así, pues se chafó el invento ;-)) : cambia las entradas del exim en el cron por scripts que hagan lo mismo pero previamente verifiquen que existe ppp0. Así no te levanta la conexión, y cuando estés conectado los correos saldrán normalmente. Caso de no servir el tema de la existencia de ppp0, quizás haya otra pista que te pueda servir: no sé, la última entrada del diald en los logs, la existencia o no de ruta por defecto, el Up o Down del propio ppp0, etc... Gracias, el pppd en demanda ya tiene ppp0, pero una direccion de red local y siempre la misma, así que ya está: # /etc/cron.d/exim: crontab fragment for exim # Run queue every 15 minutes 08,23,38,53 * * * * mail if ! ifconfig | grep 10.64.64.64 > /dev/null; then if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi; fi No!, mierda, no funciona, tiene esa dirección, pero al conectar coje la que da el servidor y luego se muere y queda esa misma, así que ya no funciona. Así que hay que usar otra solución, ¿a alguien se le ocurre como saber si la conexión esta levantada o no con pppd on demand?
Re: Exim y la conexión a inet bajo demanda
El Tue, Aug 06, 2002 at 02:32:11AM +0200, 31 disidio iscribir: Guenas > > # /etc/cron.d/exim: crontab fragment for exim > > > > # Run queue every 15 minutes > > 08,23,38,53 * * * * mail if ! ifconfig | grep 10.64.64.64 > > > /dev/null; then if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; > > then /usr/sbin/exim -q ; fi; fi > > > No!, mierda, no funciona, tiene esa dirección, pero al conectar coje > la que da el servidor y luego se muere y queda esa misma, así que ya no > funciona. Así que hay que usar otra solución, ¿a alguien se le ocurre > como saber si la conexión esta levantada o no con pppd on demand? A ver qué más diferencias hay entre el estado del interfaz y las rutas cuando la conexión está abierta o cerrada. ¿Up/Down? ¿Ruta por defecto? ¿Última entrada en el log? ¿Podrías crer y destruir algún fichero que haga de "testigo" en los scripts ip-up e ip-down? Saludines -- 101 Things you do NOT want your System Administrator to say. 87. now it's funny you should ask that, because I don't know either -- Andres Herrera <[EMAIL PROTECTED]> Linux Reg. User #66054 -- pgpHMCkvnicgH.pgp Description: PGP signature
Re: Exim y la conexión a inet bajo demanda
31 escribiu: > Andres Herrera escribiu: > >> No conozco el funcionamiento de diald, pero voy a suponer que cuando >> está desconectado no existe ppp0 y cuando lo está sí (si resulta que >> no es así, pues se chafó el invento ;-)) : cambia las entradas del >> exim en el cron >> por scripts que hagan lo mismo pero previamente verifiquen que existe >> ppp0. Así no te levanta la conexión, y cuando estés conectado los >> correos saldrán normalmente. >> >> Caso de no servir el tema de la existencia de ppp0, quizás haya otra >> pista que te pueda servir: no sé, la última entrada del diald en los >> logs, la existencia o no de ruta por defecto, el Up o Down del propio >> ppp0, etc... >> >> > Gracias, el pppd en demanda ya tiene ppp0, pero una direccion de red > local y siempre la misma, así que ya está: > > # /etc/cron.d/exim: crontab fragment for exim > > # Run queue every 15 minutes > 08,23,38,53 * * * * mail if ! ifconfig | grep 10.64.64.64 > > /dev/null; then if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; > then /usr/sbin/exim -q ; fi; fi > No!, mierda, no funciona, tiene esa dirección, pero al conectar coje la que da el servidor y luego se muere y queda esa misma, así que ya no funciona. Así que hay que usar otra solución, ¿a alguien se le ocurre como saber si la conexión esta levantada o no con pppd on demand?
