From: Roberto M. <rob...@gm...> - 2006-11-21 22:12:22
|
Hi: I'm still havin trouble with it. I'm running fetchmail from user's cron. Even if it's a network problem, I expect fetchmail to die after a while. But sometimes it doesn't happen. I've modified the default 600 seconds fetchmail should wait for any server response to 60 seconds but it still hangs in my process list. Example pasted (process stopped at 2pm, I found it at 5pm, which means 3 hours without downloading mail!) someuser 18614 0.0 0.4 2688 1228 ? Ss 14:00 0:00 /bin/sh -c fetchmail -t 60 someuser 18616 0.0 0.7 4028 1972 ? S 14:00 0:00 fetchmail -t 60 Any idea of why is this happening? I'm running fetchmail release 6.2.5+NTLM+SDPS+SSL+NLS over Debian Sarge. - Roberto |
From: Jakob H. <jh...@pl...> - 2006-11-21 23:00:46
|
Quoting Roberto Meyer: > someuser 18616 0.0 0.7 4028 1972 ? S 14:00 0:00 fetchmail -t 60 lsof -p 18616 strace -p 18616 would be a good start. > Any idea of why is this happening? I'm running fetchmail release > 6.2.5+NTLM+SDPS+SSL+NLS over Debian Sarge. quite outdated, 6.3.5 is the current one. |
From: Matthias A. <mat...@gm...> - 2006-11-22 01:35:37
|
"Roberto Meyer" <rob...@gm...> writes: > I'm still havin trouble with it. I'm running fetchmail from user's cron. > > Even if it's a network problem, I expect fetchmail to die after a > while. But sometimes it doesn't happen. > > I've modified the default 600 seconds fetchmail should wait for any > server response to 60 seconds but it still hangs in my process list. Do you have daemon mode enabled? Else see Jakob's reply. > Example pasted (process stopped at 2pm, I found it at 5pm, which means > 3 hours without downloading mail!) How do you "stop" the process? Did you kill fetchmail or just the /bin/sh wrapper? And if it's "someuser"'s process, how can you be sure it's not been restarted by cron in the meanwhile? > Any idea of why is this happening? I'm running fetchmail release > 6.2.5+NTLM+SDPS+SSL+NLS over Debian Sarge. Even though I consider 6.2.X obsolete and won't fix any bit in it unless someone tosses $$,$$$.$$ my way, that's not a known failure mode for fetchmail 6.2.X either. So: what did you do? what did you get? what did you want instead? -- Matthias Andree |
From: Roberto M. <rob...@gm...> - 2006-11-22 17:52:56
|
2006/11/21, Jakob Hirsch <jh...@pl...>: > Quoting Roberto Meyer: > > > someuser 18616 0.0 0.7 4028 1972 ? S 14:00 0:00 fetchmail -t 60 > > lsof -p 18616 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME fetchmail 893 someuser cwd DIR 8,9 4096 260614 /home/someuser fetchmail 893 someuser rtd DIR 8,2 1024 2 / fetchmail 893 someuser txt REG 8,5 209976 61808 /usr/bin/fetchmail fetchmail 893 someuser mem REG 8,2 90248 76402 /lib/ld-2.3.2.so fetchmail 893 someuser mem REG 8,2 18780 76411 /lib/libcrypt-2.3.2.so fetchmail 893 someuser mem REG 8,2 64924 76423 /lib/libresolv-2.3.2.so fetchmail 893 someuser mem REG 8,5 198576 110468 /usr/lib/i686/cmov/libssl.so.0.9.7 fetchmail 893 someuser mem REG 8,5 1029704 110467 /usr/lib/i686/cmov/libcrypto.so.0.9.7 fetchmail 893 someuser mem REG 8,2 1244752 76410 /lib/libc-2.3.2.so fetchmail 893 someuser mem REG 8,2 9872 76412 /lib/libdl-2.3.2.so fetchmail 893 someuser mem REG 8,2 27304 76416 /lib/libnss_compat-2.3.2.so fetchmail 893 someuser mem REG 8,2 73528 76415 /lib/libnsl-2.3.2.so fetchmail 893 someuser mem REG 8,2 32480 76420 /lib/libnss_nis-2.3.2.so fetchmail 893 someuser mem REG 8,2 34520 76418 /lib/libnss_files-2.3.2.so fetchmail 893 someuser mem REG 8,5 290336 760418 /usr/lib/locale/locale-archive fetchmail 893 someuser mem REG 8,5 117962 249396 /usr/share/locale/es/LC_MESSAGES/libc.mo fetchmail 893 someuser 0r FIFO 0,5 365571 pipe fetchmail 893 someuser 1w CHR 1,3 60251 /dev/null fetchmail 893 someuser 2w CHR 1,3 60251 /dev/null fetchmail 893 someuser 3u IPv4 365590 TCP host.200.55.19.56.static.itcsa.net:52070->mail.mailserver.com:imap2 (ESTABLISHED) > strace -p 18616 Process 893 attached - interrupt to quit read(3, And stays there until I type CTRL+C > would be a good start. Well... hope so... :-) TIA, -- Roberto |
From: Roberto M. <rob...@gm...> - 2006-11-22 17:57:19
|
2006/11/22, Roberto Meyer <rob...@gm...>: > 2006/11/21, Jakob Hirsch <jh...@pl...>: > > > Quoting Roberto Meyer: > > > > > someuser 18616 0.0 0.7 4028 1972 ? S 14:00 0:00 fetchmail -t 60 Sorry, I forgot to answer that for this user I'm redirecting the stdout and stderr to /dev/null At the process list the job looks like: /bin/sh -c fetchmail -s > /dev/null 2>&1 Thanks, -- Roberto |
From: Matthias A. <mat...@gm...> - 2006-11-23 09:03:42
|
"Roberto Meyer" <rob...@gm...> writes: >> strace -p 18616 > > Process 893 attached - interrupt to quit > read(3, > > And stays there until I type CTRL+C Update to 6.3.6-rc3 and see if it works better for you. -- Matthias Andree |
From: Jakob H. <jh...@pl...> - 2006-11-22 22:02:28
|
Quoting Roberto Meyer: > fetchmail 893 someuser 3u IPv4 365590 TCP > host.200.55.19.56.static.itcsa.net:52070->mail.mailserver.com:imap2 > (ESTABLISHED) > read(3, Ok, so fetchmail waits for input from the mail server. What about your fetchmailrc? Maybe you are using the "idle" keyword. |
From: Roberto M. <rob...@gm...> - 2006-11-22 22:08:06
|
2006/11/22, Jakob Hirsch <jh...@pl...>: > Quoting Roberto Meyer: > > fetchmail 893 someuser 3u IPv4 365590 TCP > > host.200.55.19.56.static.itcsa.net:52070->mail.mailserver.com:imap2 > > (ESTABLISHED) > > read(3, > > Ok, so fetchmail waits for input from the mail server. > What about your fetchmailrc? Maybe you are using the "idle" keyword. Well, hope your sleeping by now :-) Here is the .fetchmailrc of this user: poll mail.mymailserver.com proto imap user "som...@so..." pass "somepasswd" That's all... :-| Thanx for your help, - Roberto -- Roberto |