RE: [SLE] fetchmail: can't raise the listener
Hello:
-----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: Lunes, 24 de Marzo de 2003 09:11 a.m. Para: suse-linux-e@suse.com Asunto: Re: [SLE] fetchmail: can't raise the listener
The 03.03.23 at 16:36, Ciro Guerra Lara wrote:
I use a SuSE Linux 8.0 with sendmail and fetchmail.
When fetchmail downloads mail and sendmail is somewhat saturated fetchmail gives the error (in fetchmail.log, I use 'x' for the number of messages):
'reading message 1 of 'x' ('number' of octets) fetchmail: SMTP connect to local host failed can't raise the listener falling back to /usr/sbin/sendmail %Tfetchmail: flushed'
Strange... some ideas. Check that sendmail is really runing as a daemon,
Yes it is, it works ok usually, only when fetchmail raises it bacause it couldn't raise the listener it receives but doesn't deliver the mail.
and that it does accept connections. You can enable way more informative logs, by editing /etc/syslog and adding this:
mail.debug -/var/log/mail.debug
(I don't remember how is it set by default by Suse)
Check that you can send mail locally to the user that fetchmail is trying to send to.
I can. I will see if I can check mail.debug and add it if it's not enabled. I also asked a Sendmail questions mailing list and they tell me I might have 2 things: 1) A 'postmaster's address' that is broken: this would be the reason that some mail in /var/mail/clientmqueue is not been processed: The sendmail runnig as daemon is delivering mail to /var/mail/mqueue and it's being processed OK. The sendmail called by fetchmail when the daemon sendmail is not listening delivers mail to /var/mail/clientmqueue but it's not processed after that (it stays in the queue). 2) looping processes that might be raising my load and making the daemon sendmail unavaiable. I also have been getting this errors in the logs: sendmail-client gatherq: qferated (postmaster-notification)\n. \n 569 too long, 12 max characters. senmdmail-client gatherq: qfuch file or directory too long, 21 max characters. Thanks for your help! Ciro.
The 03.03.24 at 14:22, Ciro Guerra Lara wrote:
The sendmail called by fetchmail when the daemon sendmail is not listening delivers mail to /var/mail/clientmqueue but it's not processed after that (it stays in the queue).
2) looping processes that might be raising my load and making the daemon sendmail unavaiable.
You could have a look at fetchmail options like: -S <hosts>, --smtphost <hosts> -m <command>, --mda <command> -b <count>, --batchlimit <count> -B <number>, --fetchlimit <number> I think a combination of the above perhaps could slow down a bit the fetching. If the postmaster is wrong, there is an option to set it explicitly: --postmaster <name> -- Cheers, Carlos Robinson
participants (2)
-
Carlos E. R.
-
Ciro Guerra Lara