[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: problemas con fetchmail



El 22/12/2009 19:23, Pedro Insua escribió:
On Tue, Dec 22, 2009 at 07:04:48PM -0500, Leonel Hernández Grandela wrote:
El 22/12/2009 17:28, Camaleón escribió:
El Tue, 22 Dec 2009 17:23:25 -0500, Leonel Hernández Grandela escribió:

El 22/12/2009 17:20, Pedro Insua escribió:
ya resolvi como mandar al fetchmail a conectar con sus respectivas
opciones .. ahora mi proxima pregunta acerca del tema es que si es
obligado tener que ejecutar una tarea en el cron para que le diga a
fetchmail que chekee los mensajes cada 1 hora o cada 3 minutos o algo
asi ??? saludos .. y gracias ....

    man fetchmail

    Ahí está la respuesta. Y en fin.. en la sección 'Daemon Mode', para
    ser más precisos.



ok ya le paso la vista a eso de nuevo a ver que veo por ahi .. existe
alguna forma de dejar el fetchmail conectado el dia entero al
proveedor?? para asi no tener que reconectarlo tantas veces ?? gracias
Me parece que a tu proveedor no le haría ninguna gracia que estés
haciendo login a su servidor pop a cada segundo :-)

El daemon está en ejecución permanente y en el archivo de configuración
tienes que especificar cada cuánto tiempo quieres que se conecte al
servidor (cada una de las cuentas).

Puedes definir distintos rangos para cada cuenta (por ejemplo, cada 10
min. que conecte a una y cada 30 a otras).

Pero no dejes menos de 5 min. de intervalo entre verificaciones.

Saludos,

LO SIENTO Camaleon se me fue al PV .. aca va a la lista!!

he ahi la cosa .. el problema es que mi servidor será implementado
en mi institución donde trabajo, acá tengo alrrededor de 200
usuarios de correo .. entonces el proveedor me da una cuenta
multipop .. usuario@usuario.midominio.cu .. entonces .. yo acá
instalo el erver de correo creo todas las cuentas necesarias ..
ejemplo@usuario.midominio.cu donde ejemplo seria uno de mis usuarios
de la entidad donde trabajo y asi tendria que crear aca muchos mas
.. entonces no es solo 1 cuenta la que se chequea mediante
usuario@usuario.midominio.cu si no todas al mismo tiempo a traves de
usuario@usuario.midominio.cu le llegarian los correos de
ejemplo@usuario.midominio.cu - ejemplo1@usuario.midominio.cu -
ejemplo2@usuario.midominio.cu y asi sucesivamente por eso pregunté
que si existe alguna forma de mantener conectado el fetchmail sin
que se desconecte del proveedor pop .. para no tener que
reconectarlo cada 3 o 5 minutos .. ya que el usuario1 no estará
chequeando el mail a la misma hora que usuario2 y así o sea la gente
chequeará correos a diferentes horas durante el dia y de la noche
.... saludos y gracias a todos por sus aportes ...
   Asi a 'bote pronto'.. y a estas horas de la noche.. si la cuestión es,
   digamos, no conectarse al servidor del proveedor cuando un usario no
   está conectado.. se puede hacer que el fetchmail corra al
   'loguearse' (iniciar sesión el usuario) y terminarlo al cerrar el
   usuario su sesión. Ahora, le pones que se conecte cada 20
   minutos.. no habrá problema de saturar.. ya que a menos, que todos
   los usuarios se conecten al mismo tiempo...

otro detalle para que entiendan mas cmo seeria mi servicio a brindar
a los usuarios .. esos usuarios que tengo son virtuales de postfix
.. y el fetchmail le entrega a postfix los correos y el postfix se
encarga de organizarlo en sus respectivos buzones ...

lo ideal seria que para cuando el usuario se vaya a conectar via webmail o cliente outlook thunderbird ect ect ... ya tenga los correos en su bandeja de entrada!! de la otra forma que dices que se puede poner a que conecte cada vez que un usuario conecte pues no creo que funcione asi ya que acá en mi institucion siempre hay mas de 1 persona chequeando el correo saludos y gracias ..

--

Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/


Reply to: