Menu
▾
▴
fetchmail-users — User questions and discussion
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(16) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(21) |
Sep
(17) |
Oct
(35) |
Nov
(39) |
Dec
(55) |
| 2006 |
Jan
(70) |
Feb
(11) |
Mar
(55) |
Apr
(27) |
May
(73) |
Jun
(47) |
Jul
(63) |
Aug
(27) |
Sep
(52) |
Oct
(39) |
Nov
(87) |
Dec
(15) |
| 2007 |
Jan
(23) |
Feb
(46) |
Mar
(108) |
Apr
(63) |
May
(54) |
Jun
(34) |
Jul
(29) |
Aug
(103) |
Sep
(46) |
Oct
(69) |
Nov
(29) |
Dec
(17) |
| 2008 |
Jan
(45) |
Feb
(32) |
Mar
(25) |
Apr
(17) |
May
(39) |
Jun
(20) |
Jul
(64) |
Aug
(31) |
Sep
(38) |
Oct
(20) |
Nov
(42) |
Dec
(50) |
| 2009 |
Jan
(10) |
Feb
(38) |
Mar
(3) |
Apr
(29) |
May
(41) |
Jun
(31) |
Jul
(21) |
Aug
(53) |
Sep
(49) |
Oct
(26) |
Nov
(28) |
Dec
(15) |
| 2010 |
Jan
(83) |
Feb
(38) |
Mar
(33) |
Apr
(44) |
May
(9) |
Jun
(16) |
Jul
(35) |
Aug
(38) |
Sep
(11) |
Oct
(35) |
Nov
(68) |
Dec
(19) |
| 2011 |
Jan
(16) |
Feb
(69) |
Mar
(42) |
Apr
(54) |
May
(56) |
Jun
(29) |
Jul
|
Aug
(65) |
Sep
(3) |
Oct
(39) |
Nov
(33) |
Dec
(4) |
| 2012 |
Jan
(31) |
Feb
(21) |
Mar
(26) |
Apr
(13) |
May
(38) |
Jun
(39) |
Jul
(14) |
Aug
(31) |
Sep
(8) |
Oct
(32) |
Nov
(12) |
Dec
(16) |
| 2013 |
Jan
(40) |
Feb
(22) |
Mar
(21) |
Apr
(15) |
May
(13) |
Jun
(9) |
Jul
(34) |
Aug
(10) |
Sep
(10) |
Oct
|
Nov
(7) |
Dec
(1) |
| 2014 |
Jan
(25) |
Feb
(9) |
Mar
(8) |
Apr
(12) |
May
(7) |
Jun
|
Jul
(7) |
Aug
(4) |
Sep
(27) |
Oct
(25) |
Nov
(18) |
Dec
(3) |
| 2015 |
Jan
(18) |
Feb
(13) |
Mar
(4) |
Apr
(19) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(7) |
Sep
(6) |
Oct
(4) |
Nov
(19) |
Dec
(6) |
| 2016 |
Jan
|
Feb
(8) |
Mar
(14) |
Apr
|
May
(11) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(10) |
Oct
|
Nov
(11) |
Dec
(17) |
| 2017 |
Jan
(17) |
Feb
(35) |
Mar
|
Apr
(4) |
May
(8) |
Jun
(2) |
Jul
(16) |
Aug
|
Sep
(5) |
Oct
(11) |
Nov
(15) |
Dec
(10) |
| 2018 |
Jan
|
Feb
(3) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(8) |
Jul
|
Aug
(10) |
Sep
(17) |
Oct
(15) |
Nov
(12) |
Dec
(10) |
| 2019 |
Jan
(4) |
Feb
(14) |
Mar
(33) |
Apr
(17) |
May
(7) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
(22) |
Oct
(13) |
Nov
|
Dec
|
| 2020 |
Jan
(36) |
Feb
(19) |
Mar
(31) |
Apr
(2) |
May
(22) |
Jun
(7) |
Jul
(25) |
Aug
(9) |
Sep
(17) |
Oct
(52) |
Nov
(13) |
Dec
(9) |
| 2021 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(15) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(23) |
Sep
(3) |
Oct
(8) |
Nov
(28) |
Dec
(9) |
| 2022 |
Jan
(38) |
Feb
(2) |
Mar
(56) |
Apr
(24) |
May
(29) |
Jun
(22) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(2) |
Dec
|
| 2023 |
Jan
(6) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(21) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
| 2024 |
Jan
(15) |
Feb
(4) |
Mar
|
Apr
(4) |
May
(11) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(1) |
Dec
(1) |
| 2025 |
Jan
(7) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(10) |
Jul
|
Aug
(1) |
Sep
(12) |
Oct
|
Nov
|
Dec
|
|
From: <Tho...@si...> - 2005-09-21 11:43:49
|
> I have just released fetchmail 6.2.9-rc4, yet another release candidate > for 6.3.0, after minor fixes to -rc3 became necessary. > > I seek everyone to test it out, report remaining bugs, update outdated > translations or send patches for documentation or report inconsistencies > (including formatting!) in the documentation. -ldl is still missing, and actually on Linux too as I missed to report previously: gcc -I/home/thw/opt/openssl-0.9.8/include -I/usr/kerberos/include -g -O2 -L/home/thw/opt/openssl-0.9.8/lib -o fetchmail socket.o getpass.o pop2.o pop3.o imap.o etrn.o odmr.o fetchmail.o env.o idle.o options.o daemon.o driver.o transact.o sink.o smtp.o uid.o mxget.o md5ify.o cram.o kerberos.o gssapi.o opie.o rpa.o interface.o netrc.o unmime.o conf.o checkalias.o smbdes.o smbencrypt.o smbmd4.o smbutil.o lock.o rcfile_l.o rcfile_y.o norm_charmap.o getaddrinfo.o getnameinfo.o libfm.a strlcpy.o strlcat.o -lcrypt -lresolv -lssl -lcrypto /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x145): In function `dlfcn_load': : undefined reference to `dlopen' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x1a5): In function `dlfcn_load': : undefined reference to `dlclose' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x1ce): In function `dlfcn_load': : undefined reference to `dlerror' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x23b): In function `dlfcn_unload': : undefined reference to `dlclose' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x2f3): In function `dlfcn_bind_var': : undefined reference to `dlsym' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x361): In function `dlfcn_bind_var': : undefined reference to `dlerror' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x3d7): In function `dlfcn_bind_func': : undefined reference to `dlsym' /home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x423): In function `dlfcn_bind_func': : undefined reference to `dlerror' collect2: ld returned 1 exit status And, to be complete, the insufficient handling of the "unknown IMAPS" situation is a remaining bug, too; it should be more user-friendly as I had argued (handling, error messages, documentation). Kind regards, Thomas Wolff |
|
From: Matthias A. <mat...@gm...> - 2005-09-21 11:06:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, I have just released fetchmail 6.2.9-rc4, yet another release candidate for 6.3.0, after minor fixes to -rc3 became necessary. Changes since -rc3 are: * Fix MacOS X compilation failures in sink.c (ru_*time has incomplete type). Berlios Bug #4725. Matthias Andree. * Fix "auth ntlm" to send AUTH NTLM (rather than AUTH MSN). Add "auth msn" officially. Reported by Yves Boisjoly. Matthias Andree * Expunge between IMAP folders when polling multiple folders. Sunil Shetye. (MA) * Fix IMAP expunged message counting. Sunil Shetye. (MA) I seek everyone to test it out, report remaining bugs, update outdated translations or send patches for documentation or report inconsistencies (including formatting!) in the documentation. The software is available from: <https://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=6617> <http://home.pages.de/~mandree/fetchmail/> - ----------------------------------------------------------------------- One of my primary hard disks is dying and needs urgent replacement. Fetchmail needs your support - please consider a donation via: <https://developer.berlios.de/developer/make_donation.php?user_id=2007> - ----------------------------------------------------------------------- Regards, - -- Matthias Andree -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFDMSKQvmGDOQUufZURAqeSAKDxDXh8offRrEDydh3zjFQkYpKKHwCfZOb9 Nh/oHx+dxpcOeeNoFjMmCrs= =g3Nf -----END PGP SIGNATURE----- |
|
From: Rob M. <rob...@gm...> - 2005-09-20 17:47:54
|
On 20/09/05, deven barhate <red...@gm...> wrote: > Dear Friends, > > I'm using fetchmail-6.2.0-3 and sendmail-8.12 on redhat linux 9. Upgrade to 6.2.5.2 (or 6.3). The version you're running has known security issues. > I can fetch some mails thoroly without any problem but at some point i'm > geting fillowing message- > > fetchmail: socket error while fetching from mail.server.com > fetchmail: 6.2.5 querying mail.server.com ( protocol POP3) at <date and > time>: poll completed > fetchmail Query status=2 (SOCKET) In short, as you'll know from reading the archive, SOCKET errors mean that the network connection between fetchmail and either the SMTP or POP/IMAP server failed. Often you can get details from "fetchmail -v -v" or from looking in your mail log that'll tell you what failed. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
|
From: Thomas W. <to...@to...> - 2005-09-20 10:57:26
|
> > The following error remains on SunOS:
> > gcc -I/home/demsn702/opt/openssl-0.9.8/include -I/usr/kerberos/include
> > -g -O2 -L/home/demsn702/opt/openssl-0.9.8/lib -o fetchmail socket.o
> > getpass.o pop2.o pop3.o imap.o etrn.o odmr.o fetchmail.o env.o idle.o
> > options.o daemon.o driver.o transact.o sink.o smtp.o uid.o mxget.o
> > md5ify.o cram.o kerberos.o gssapi.o opie.o rpa.o interface.o netrc.o
> > unmime.o conf.o checkalias.o smbdes.o smbencrypt.o smbmd4.o smbutil.o
> > lock.o rcfile_l.o rcfile_y.o norm_charmap.o getaddrinfo.o getnameinfo.o
> > libfm.a stpcpy.o -lnsl -lsocket -lintl -lresolv -lssl -lcrypto
> > Undefined first referenced
> > symbol in file
> > dlclose /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1)
>
> Does adding -ldl to LIBS or LDFLAGS help?
Yes. I also see that this is contained somewhere in the configure script
but it is not generated into the Makefile on SunOS.
> > Also, as I had noted before, fetchmail --ssl apparently depends on
> > IMAPS being known to the system as a service - probably by listing it
> > in /etc/services. If this is not the case, getaddrinfo will fail.
> > Now fetchmail seems to be the only tool that enables command line users
> > to set up a working mail environment on a system which is not
> > otherwise administrated for handling mail (together with ssmtp).
> > Thus it should not depend on proper system configuration in any respect -
>
> Well, fetchmail isn't supported to work on arbitrarily broken systems
> that are years past their end of life. Let's see if we can get it to
> work without hardcoding this information...
Isn't it the purpose of such tools to enable the users to set up a
working mail environment?
That would also mean they should work "out-of-the-box" in as many
situations as possible. It's not the fault of users if they have
to work on "broken" systems so don't punish them for it.
Also I don't see from a software engineering perspective why it should
be harmful to consider even "broken" situations and handle them
properly in the interest of the user. You may consider it a workaround
but it's a workaround to an external problem and as such not a
software deficiency but rather a benefit.
> > it should work even if getaddrinfo does not "know" IMAPS!
>
> ...so does it work to specify the port explicitly on the command line?
> "--port 993" should work. I don't feel like hacking port numbers in
> opaque data - that is not the intention of protocol independence
> patches.
--port 993 works, thank you. I see that the situation is even well
documented under the --port option. It's just not documented where
you would normally look for it, so please add a hint to the --ssl
option, too, to enable affected users to find the solution.
Also, please improve error messages so they may give the unlucky
users a hint what to do.
Currently it looks like this:
fetchmail: fetchmail: getaddrinfo("msx","imaps") error: servname not for ai_socktype
IMAP connection to msx.bln1.siemens.de failed: Bad file number
fetchmail: Query status=2 (SOCKET)
and that really does not inspire me to look for the --port option.
With the suggested improvements it would be acceptable although I
still think that hardcoding a well-defined standard port as a
(fallback) default would not be harmful but rather a good feature.
Kind regards,
Thomas Wolff
|
|
From: Matthias A. <mat...@gm...> - 2005-09-20 01:07:46
|
On Mon, 19 Sep 2005, Thomas Wolff wrote: > > I seek everyone to test it out, report remaining bugs, update outdated > > translations or send patches for documentation or report inconsistencies > > (including formatting!) in the documentation. > > The following error remains on SunOS: > gcc -I/home/demsn702/opt/openssl-0.9.8/include -I/usr/kerberos/include > -g -O2 -L/home/demsn702/opt/openssl-0.9.8/lib -o fetchmail socket.o > getpass.o pop2.o pop3.o imap.o etrn.o odmr.o fetchmail.o env.o idle.o > options.o daemon.o driver.o transact.o sink.o smtp.o uid.o mxget.o > md5ify.o cram.o kerberos.o gssapi.o opie.o rpa.o interface.o netrc.o > unmime.o conf.o checkalias.o smbdes.o smbencrypt.o smbmd4.o smbutil.o > lock.o rcfile_l.o rcfile_y.o norm_charmap.o getaddrinfo.o getnameinfo.o > libfm.a stpcpy.o -lnsl -lsocket -lintl -lresolv -lssl -lcrypto > Undefined first referenced > symbol in file > dlclose /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1) Does adding -ldl to LIBS or LDFLAGS help? > Also, as I had noted before, fetchmail --ssl apparently depends on > IMAPS being known to the system as a service - probably by listing it > in /etc/services. If this is not the case, getaddrinfo will fail. > Now fetchmail seems to be the only tool that enables command line users > to set up a working mail environment on a system which is not > otherwise administrated for handling mail (together with ssmtp). > Thus it should not depend on proper system configuration in any respect - Well, fetchmail isn't supported to work on arbitrarily broken systems that are years past their end of life. Let's see if we can get it to work without hardcoding this information... > it should work even if getaddrinfo does not "know" IMAPS! ...so does it work to specify the port explicitly on the command line? "--port 993" should work. I don't feel like hacking port numbers in opaque data - that is not the intention of protocol independence patches. -- Matthias Andree |
|
From: Thomas W. <to...@to...> - 2005-09-19 15:14:14
|
> I seek everyone to test it out, report remaining bugs, update outdated > translations or send patches for documentation or report inconsistencies > (including formatting!) in the documentation. The following error remains on SunOS: gcc -I/home/demsn702/opt/openssl-0.9.8/include -I/usr/kerberos/include -g -O2 -L/home/demsn702/opt/openssl-0.9.8/lib -o fetchmail socket.o getpass.o pop2.o pop3.o imap.o etrn.o odmr.o fetchmail.o env.o idle.o options.o daemon.o driver.o transact.o sink.o smtp.o uid.o mxget.o md5ify.o cram.o kerberos.o gssapi.o opie.o rpa.o interface.o netrc.o unmime.o conf.o checkalias.o smbdes.o smbencrypt.o smbmd4.o smbutil.o lock.o rcfile_l.o rcfile_y.o norm_charmap.o getaddrinfo.o getnameinfo.o libfm.a stpcpy.o -lnsl -lsocket -lintl -lresolv -lssl -lcrypto Undefined first referenced symbol in file dlclose /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1) dlsym /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1) dlopen /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1) dlerror /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1) ld: fatal: Symbol referencing errors. No output written to fetchmail Also, as I had noted before, fetchmail --ssl apparently depends on IMAPS being known to the system as a service - probably by listing it in /etc/services. If this is not the case, getaddrinfo will fail. Now fetchmail seems to be the only tool that enables command line users to set up a working mail environment on a system which is not otherwise administrated for handling mail (together with ssmtp). Thus it should not depend on proper system configuration in any respect - it should work even if getaddrinfo does not "know" IMAPS! The attached patch fixes this inappropriate dependency. Thomas Wolff |
|
From: Matthias A. <mat...@gm...> - 2005-09-19 11:28:19
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, I have just released fetchmail 6.2.9-rc3, yet release candidate for 6.3.0. It fixed --with-hesiod, reverted the "--flush removes oversized when not in daemon mode" behavior and added Sunil Shetye's --limitflush model. It fixes the build where "interface_init()" could not be resolved. There is an report that a 6.2.6-pre8 package didn't build on MacOS X (which will be fixed if still present) and I am aware that the MX alias detection code isn't IPv6 aware (this will probably not be fixed and rather removed from a future version). I seek everyone to test it out, report remaining bugs, update outdated translations or send patches for documentation or report inconsistencies (including formatting!) in the documentation. The software is available from: <http://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=7307> <http://home.pages.de/~mandree/fetchmail/> - ----------------------------------------------------------------------- One of my primary hard disks is dying and needs urgent replacement. Fetchmail needs your support - please consider a donation via: <https://developer.berlios.de/developer/make_donation.php?user_id=2007> - ----------------------------------------------------------------------- Regards, - -- Matthias Andree -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFDLoStvmGDOQUufZURAvWRAKCRrJGmBwG71GzIjDscHzEDIivUYQCgjeBx BwR3bE4QtheLkuFeBzBAwOw= =+6X4 -----END PGP SIGNATURE----- |
|
From: Thomas W. <to...@to...> - 2005-09-09 12:30:02
|
Hello,
I am trying to use fetchmail with SSL on SunOS.
First I had some trouble getting it compiled with a local (non-root)
installation of openssl.
After a first hint from Rob Funk (thank you),
I used the following with fetchmail 6.2.9rc2:
demsn702@sulphur:~> ./configure --with-ssl=/home/demsn702/opt/openssl-0.9.8 \
--includedir=/home/demsn702/opt/openssl-0.9.8/include
(Actually, having given it the openssl dir with --with-ssl, I would not
have expected that I have to tell it to look for the openssl include
files additionally, but that's a minor point.)
Compile/make problems:
Undefined first referenced
symbol in file
dlclose /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1)
interface_init fetchmail.o
dlsym /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1)
dlopen /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1)
dlerror /home/demsn702/lib/libcrypto.a(dso_dlfcn.o) (symbol belongs to implicit dependency /usr/lib/libdl.so.1)
ld: fatal: Symbol referencing errors. No output written to fetchmail
So I added -ldl manually, and the following unresolved symbol remained:
Undefined first referenced
symbol in file
interface_init fetchmail.o
ld: fatal: Symbol referencing errors. No output written to fetchmail
I noticed that the missing function is only compiled for linux and
some other system. So I added a copy of the empty function to the source.
Then it compiled...
SSL access problems:
demsn702@sulphur:~> fetchmail --ssl
fetchmail: fetchmail: getaddrinfo("msx","imaps") error: servname not for ai_socktype
IMAP connection to msx.bln1.siemens.de failed: Bad file number
fetchmail: Query status=2 (SOCKET)
Comments:
1. The error message is very "bit-wise" and not helpful.
2. Does this mean that the host does not support IMAPS, or does it
mean that /etc/services does not list IMAPS (which it doesn't)?
3. In the latter case, can fetchmail be convinced to try it though?
If I change socket.c, line 279:
i = getaddrinfo(host, service, &req, &ai0);
to
i = getaddrinfo(host, NULL, &req, &ai0);
it says:
IMAP connection to msx failed: Cannot assign requested address
fetchmail: Query status=2 (SOCKET)
Again, the message is not helpful as it doesn't tell me if something
went wrong accessing the server (maybe not trying the right port after
my best-guess modification) or if the server was detected not to
support IMAPS.
Configuration script problems:
As a last hint, I am listing here my attempt to call the configuration
script. The problems are obvious:
demsn702@sulphur:~/opt/fetchmail-6.2.9-rc2> ./fetchmailconf
bash: ./fetchmailconf: Permission denied
demsn702@sulphur:~/opt/fetchmail-6.2.9-rc2> ls -l fetchmailconf
-rw-r--r-- 1 demsn702 mdd 41 Sep 9 11:41 fetchmailconf
demsn702@sulphur:~/opt/fetchmail-6.2.9-rc2> sh fetchmailconf
fetchmailconf: :: not found
demsn702@sulphur:~/opt/fetchmail-6.2.9-rc2> ./fetchmailconf.py
/usr/bin/env: No such file or directory
demsn702@sulphur:~/opt/fetchmail-6.2.9-rc2> ls -l /usr/bin/env
-r-xr-xr-x 1 root bin 5116 Jan 6 2000 /usr/bin/env
demsn702@sulphur:~/opt/fetchmail-6.2.9-rc2>
I would appreciate if the compilation problems get fixed and also if
someone could help me with the SSL issues (and please improve error
feedback...).
Kind regards,
Thomas Woff
|
|
From: Sunil S. <sh...@bo...> - 2005-09-02 14:01:38
|
Quoting from Martin Schlienger's mail on Wed, Aug 31, 2005 at 07:52:52PM +0200:
> I'm running fetchmail 6.2.5 version of fetchmail from Debian Etch
> package. I noticed that the daemon fails retrieving IMAP mails after a
> certain time. I launch fetchmail as daemon with the init.d script
> provided by debian. To analyse the problem, I added -v option, and here
> is the full log illustrating the problem. It is quite long but quite
> clear too.
Yes, there is an initialization bug. Could you try this patch?
Index: fetchmail/transact.c
===================================================================
--- fetchmail/transact.c (revision 4284)
+++ fetchmail/transact.c (working copy)
@@ -1382,6 +1382,7 @@
void init_transact(const struct method *proto)
/* initialize state for the send and receive functions */
{
+ suppress_tags = FALSE;
tagnum = 0;
tag[0] = '\0'; /* nuke any tag hanging out from previous query */
protocol = (struct method *)proto;
===================================================================
--
Sunil Shetye.
|
|
From: Martin S. <mar...@in...> - 2005-08-31 21:23:06
|
Martin Schlienger wrote: > Hello, > > I'm running fetchmail 6.2.5 version of fetchmail from Debian Etch > package. I noticed that the daemon fails retrieving IMAP mails after a > certain time. I launch fetchmail as daemon with the init.d script > provided by debian. To analyse the problem, I added -v option, and > here is the full log illustrating the problem. It is quite long but > quite clear too. > > I'm running Exim 4, procmail, courier imap. 3 polls are configures, > POP3, IMAP4 + SSL, IMAP4 > > here everything's ok (it is ok for hours, sometimes 1-2 days): > > Aug 30 00:51:49 localhost fetchmail[2498]: awakened at Tue Aug 30 > 00:51:49 2005 > Aug 30 00:51:49 localhost fetchmail[2498]: 6.2.5 querying > pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:49 2005: poll started > Aug 30 00:51:49 localhost imaplogin: LOGOUT, user=martin, > ip=[::ffff:62.129.161.22], headers=0, body=0, time=0 > Aug 30 00:51:49 localhost last message repeated 2 times > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK POP3 Ready > pop.evc.net 0001d8f1 > Aug 30 00:51:49 localhost fetchmail[2498]: POP3> CAPA > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK Capability list > follows, mate > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< UIDL > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< USER > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< . > Aug 30 00:51:49 localhost fetchmail[2498]: POP3> USER evhr_mart > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK USER evhr_mart > set, mate > Aug 30 00:51:49 localhost fetchmail[2498]: POP3> PASS * > Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK You are so in > Aug 30 00:51:52 localhost fetchmail[2498]: POP3> STAT > Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK 0 0 > Aug 30 00:51:52 localhost fetchmail[2498]: No mail for evhr_mart at > pop3.evhr.net > Aug 30 00:51:52 localhost fetchmail[2498]: POP3> QUIT > Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK Done > Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying > pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:52 2005: poll completed > Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying > imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK IMAP4 server > ready (6.7.015) > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * CAPABILITY > IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN > AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0001 OK capabilities > listed > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE > CRAM-MD5 > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< + > PEExM0JBNTNGRjVBRkNGNUFFMkQwRjE4ODE3NDY3QzkxRkVCOENCMjFAcG9wMS5vcmFuZ2UuZnI+ > > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> > bWFydC5zY2ggYjE0OTc1OTU2MGI4MzIwMmEwY2FmZmU1NWExZWVjNGY= > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0002 OK login > successful > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0003 SELECT "INBOX" > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 1 EXISTS > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 0 RECENT > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered > \Flagged \Deleted \Seen \Draft $MDNSent) > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS > (\Answered \Flagged \Deleted \Seen \Draft $MDNSent)] flags can be changed > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY > 1055529069] mailbox UID validity > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 5194] > predicted next UID > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0003 OK [READ-WRITE] > SELECT complete > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0004 EXPUNGE > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0004 OK EXPUNGE > complete > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0005 SEARCH UNSEEN > NOT DELETED > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * SEARCH > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0005 OK SEARCH complete > Aug 30 00:51:52 localhost fetchmail[2498]: 1 message (1 seen) for > mart.sch at imap4.orange.fr. > Aug 30 00:51:52 localhost fetchmail[2498]: skipping message > mar...@im...:1 not flushed > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0006 LOGOUT > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * BYE disconnecting > Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0006 OK LOGOUT complete > Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying > imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll > completed > Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying > mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll > started > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK > csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 > IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID > NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT > THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS > LISTEXT LIST-SUBSCRIBED X-NETSCAPE > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0001 OK Completed > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0002 STARTTLS > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0002 OK Begin TLS > negotiation now > Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon > Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: > mail.insa-lyon.fr > Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: > mail.insa-lyon.fr > Aug 30 00:51:53 localhost fetchmail[2498]: mail.insa-lyon.fr key > fingerprint: 31:D9:BD:88:82:75:B4:92:62:0E:BB:CC:97:7C:2D:3B > Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate > verification: self signed certificate > Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon > Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: > mail.insa-lyon.fr > Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: > mail.insa-lyon.fr > Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate > verification: self signed certificate > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0003 CAPABILITY > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 > IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID > NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT > THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=PLAIN > SASL-IR LISTEXT LIST-SUBSCRIBED X-NETSCAPE > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0003 OK Completed > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0004 LOGIN > "mschlienger" * > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0004 OK User logged in > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0005 SELECT "INBOX" > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered > \Flagged \Draft \Deleted \Seen) > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS > (\Answered \Flagged \Draft \Deleted \Seen \*)] > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 EXISTS > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 RECENT > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY > 1094806947] > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 1215] > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0005 OK [READ-WRITE] > Completed > Aug 30 00:51:53 localhost fetchmail[2498]: No mail for mschlienger at > mail.insa-lyon.fr > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0006 LOGOUT > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * BYE LOGOUT received > Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0006 OK Completed > Aug 30 00:51:53 localhost fetchmail[2498]: 6.2.5 querying > mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:53 2005: poll > completed > Aug 30 00:51:53 localhost fetchmail[2498]: sleeping at Tue Aug 30 > 00:51:53 2005 > > This check was successful. > > 5 minutes later... > > > Aug 30 00:56:53 localhost fetchmail[2498]: awakened at Tue Aug 30 > 00:56:53 2005 > Aug 30 00:56:53 localhost fetchmail[2498]: 6.2.5 querying > pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:53 2005: poll started > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK POP3 Ready > pop.evc.net 0001d8f1 > Aug 30 00:56:53 localhost fetchmail[2498]: POP3> CAPA > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK Capability list > follows, mate > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< UIDL > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< USER > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< . > Aug 30 00:56:53 localhost fetchmail[2498]: POP3> USER evhr_mart > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK USER evhr_mart > set, mate > Aug 30 00:56:53 localhost fetchmail[2498]: POP3> PASS * > Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK You are so in > Aug 30 00:56:56 localhost fetchmail[2498]: POP3> STAT > Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK 0 0 > Aug 30 00:56:56 localhost fetchmail[2498]: No mail for evhr_mart at > pop3.evhr.net > Aug 30 00:56:56 localhost fetchmail[2498]: POP3> QUIT > Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK Done > Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying > pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:56 2005: poll completed > Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying > imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:56:56 2005: poll started > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * OK IMAP4 server > ready (6.7.015) > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * CAPABILITY > IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN > AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< A0001 OK capabilities > listed > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE > CRAM-MD5 > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< + > PEZCRjkyMEExNDlFQzlBRTEwRjU4MzY0RjY0ODE0RENFOUY0RDFFMzhAcG9wMS5vcmFuZ2UuZnI+ > > Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> > bWFydC5zY2ggNGE5MzA2NDNhZWEzZjA1ZTJhY2Y3OWVjODE3NWZkNGQ= > > Here comes a timeout on one IMAP Server. Then every IMAP check doesn't > work on both server. > > Aug 30 01:01:56 localhost fetchmail[2498]: timeout after 300 seconds > waiting for server imap4.orange.fr. > Aug 30 01:01:56 localhost fetchmail[2498]: socket error while fetching > from imap4.orange.fr > Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying > imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll > completed > Aug 30 01:01:56 localhost fetchmail[2498]: Query status=2 (SOCKET) > > Failure on next IMAP Server. > > Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying > mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll > started > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * OK > csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> CAPABILITY > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * BAD Invalid tag > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> SELECT "INBOX" > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< SELECT BAD Null command > Aug 30 01:01:56 localhost fetchmail[2498]: No mail for mschlienger at > mail.insa-lyon.fr > Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGOUT > Aug 30 01:01:57 localhost fetchmail[2498]: IMAP< * BAD Invalid tag > Aug 30 01:01:57 localhost fetchmail[2498]: 6.2.5 querying > mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:57 2005: poll > completed > Aug 30 01:01:57 localhost fetchmail[2498]: sleeping at Tue Aug 30 > 01:01:57 2005 > > Next poll checks: every IMAP fails indefinitely... > > > Aug 30 01:06:57 localhost fetchmail[2498]: awakened at Tue Aug 30 > 01:06:57 2005 > Aug 30 01:06:57 localhost fetchmail[2498]: 6.2.5 querying > pop3.evhr.net (protocol POP3) at Tue Aug 30 01:06:57 2005: poll started > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK POP3 Ready > pop.evc.net 0001d8f1 > Aug 30 01:06:57 localhost fetchmail[2498]: POP3> CAPA > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK Capability list > follows, mate > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< UIDL > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< USER > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< . > Aug 30 01:06:57 localhost fetchmail[2498]: POP3> USER evhr_mart > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK USER evhr_mart > set, mate > Aug 30 01:06:57 localhost fetchmail[2498]: POP3> PASS * > Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK You are so in > Aug 30 01:07:00 localhost fetchmail[2498]: POP3> STAT > Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK 0 0 > Aug 30 01:07:00 localhost fetchmail[2498]: No mail for evhr_mart at > pop3.evhr.net > Aug 30 01:07:00 localhost fetchmail[2498]: POP3> QUIT > Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK Done > Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying > pop3.evhr.net (protocol POP3) at Tue Aug 30 01:07:00 2005: poll completed > Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying > imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK IMAP4 server > ready (6.7.015) > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< CAPABILITY BAD no > space between tag and command > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mart.sch" * > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD > unrecognized IMAP4 command > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD > unrecognized IMAP4 command > Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mart.sch at > imap4.orange.fr > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGOUT BAD no space > between tag and command > Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying > imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll > completed > Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying > mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll > started > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK > csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD Null command > Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mschlienger at > mail.insa-lyon.fr > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT > Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag > Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying > mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll > completed > Aug 30 01:07:00 localhost fetchmail[2498]: sleeping at Tue Aug 30 > 01:07:00 2005 > > > > Thanks for any help! > > regards, > > martin. > _______________________________________________ > fetchmail-users mailing list > fet...@li... > http://lists.berlios.de/mailman/listinfo/fetchmail-users > According to the log, it uses cram-md5 for first server and plain(password, "en clair"), over SSL/TLS1 connection for the second one. So I forced these settings in my fetchmailrc (error may come from kerberos or other authentication type it tries, but why does it work several times and not after a failure (and why does it fail the first time?). Here is the fetchmail -V with the current version of my file: This is fetchmail release 6.2.5+NTLM+SDPS+SSL+NLS Fallback MDA: (none) Linux delorean 2.6.13 #1 Mon Aug 29 03:33:18 CEST 2005 i686 GNU/Linux Taking options from command line and /home/martin/.fetchmailrc Poll interval is 100 seconds Idfile is /home/martin/.fetchids Progress messages will be logged via syslog Fetchmail will forward misaddressed multidrop messages to martin. Options for retrieving from evh...@po...: True name of server is pop3.evhr.net. Protocol is POP3. All available authentication methods will be tried. Server nonresponse timeout is 300 seconds (default). Default mailbox selected. Only new messages will be retrieved (--all off). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is disabled (stripcr off). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Fetch message size limit is 100 (--fetchsizelimit 100). Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10). Messages will be SMTP-forwarded to: localhost (default) Single-drop mode: 1 local name(s) recognized. No UIDs saved from this host. Options for retrieving from mar...@im...: True name of server is imap4.orange.fr. Protocol is IMAP. CRAM-Md5 authentication will be forced. Server nonresponse timeout is 300 seconds (default). Default mailbox selected. Only new messages will be retrieved (--all off). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is disabled (stripcr off). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Fetch message size limit is 100 (--fetchsizelimit 100). Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10). Messages will be SMTP-forwarded to: localhost (default) Single-drop mode: 1 local name(s) recognized. No UIDs saved from this host. Options for retrieving from msc...@ma...: True name of server is mail.insa-lyon.fr. Protocol is IMAP. Password authentication will be forced. SSL encrypted sessions enabled. SSL protocol: TLS1. Server nonresponse timeout is 300 seconds (default). Default mailbox selected. Only new messages will be retrieved (--all off). Fetched messages will not be kept on the server (--keep off). Old messages will not be flushed before message retrieval (--flush off). Rewrite of server-local addresses is enabled (--norewrite off). Carriage-return stripping is disabled (stripcr off). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Delivered-To lines will be kept (dropdelivered off) Fetch message size limit is 100 (--fetchsizelimit 100). Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10). Messages will be SMTP-forwarded to: localhost (default) Single-drop mode: 1 local name(s) recognized. No UIDs saved from this host. I've just launched fetchmail with this config, so I'll keep informed of the current status after several days (or hours, if it bugs again...) . best regards, martin. |
|
From: Martin S. <mar...@in...> - 2005-08-31 20:29:29
|
Hello, I'm running fetchmail 6.2.5 version of fetchmail from Debian Etch package. I noticed that the daemon fails retrieving IMAP mails after a certain time. I launch fetchmail as daemon with the init.d script provided by debian. To analyse the problem, I added -v option, and here is the full log illustrating the problem. It is quite long but quite clear too. I'm running Exim 4, procmail, courier imap. 3 polls are configures, POP3, IMAP4 + SSL, IMAP4 First here everything's ok, for hours or even a day: Aug 30 00:51:49 localhost fetchmail[2498]: awakened at Tue Aug 30 00:51:49 2005 Aug 30 00:51:49 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:49 2005: poll started Aug 30 00:51:49 localhost imaplogin: LOGOUT, user=martin, ip=[::ffff:62.129.161.22], headers=0, body=0, time=0 Aug 30 00:51:49 localhost last message repeated 2 times Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 00:51:49 localhost fetchmail[2498]: POP3> CAPA Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 00:51:49 localhost fetchmail[2498]: POP3< UIDL Aug 30 00:51:49 localhost fetchmail[2498]: POP3< USER Aug 30 00:51:49 localhost fetchmail[2498]: POP3< . Aug 30 00:51:49 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 00:51:49 localhost fetchmail[2498]: POP3> PASS * Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 00:51:52 localhost fetchmail[2498]: POP3> STAT Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 00:51:52 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 00:51:52 localhost fetchmail[2498]: POP3> QUIT Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK Done Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:52 2005: poll completed Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0001 OK capabilities listed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE CRAM-MD5 Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< + PEExM0JBNTNGRjVBRkNGNUFFMkQwRjE4ODE3NDY3QzkxRkVCOENCMjFAcG9wMS5vcmFuZ2UuZnI+ Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> bWFydC5zY2ggYjE0OTc1OTU2MGI4MzIwMmEwY2FmZmU1NWExZWVjNGY= Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0002 OK login successful Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0003 SELECT "INBOX" Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 1 EXISTS Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 0 RECENT Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent) Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent)] flags can be changed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY 1055529069] mailbox UID validity Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 5194] predicted next UID Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0003 OK [READ-WRITE] SELECT complete Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0004 EXPUNGE Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0004 OK EXPUNGE complete Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0005 SEARCH UNSEEN NOT DELETED Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * SEARCH Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0005 OK SEARCH complete Aug 30 00:51:52 localhost fetchmail[2498]: 1 message (1 seen) for mart.sch at imap4.orange.fr. Aug 30 00:51:52 localhost fetchmail[2498]: skipping message mar...@im...:1 not flushed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0006 LOGOUT Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * BYE disconnecting Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0006 OK LOGOUT complete Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll completed Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS LISTEXT LIST-SUBSCRIBED X-NETSCAPE Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0001 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0002 STARTTLS Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0002 OK Begin TLS negotiation now Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: mail.insa-lyon.fr key fingerprint: 31:D9:BD:88:82:75:B4:92:62:0E:BB:CC:97:7C:2D:3B Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate verification: self signed certificate Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate verification: self signed certificate Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0003 CAPABILITY Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=PLAIN SASL-IR LISTEXT LIST-SUBSCRIBED X-NETSCAPE Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0003 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0004 LOGIN "mschlienger" * Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0004 OK User logged in Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0005 SELECT "INBOX" Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 EXISTS Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 RECENT Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY 1094806947] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 1215] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0005 OK [READ-WRITE] Completed Aug 30 00:51:53 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0006 LOGOUT Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * BYE LOGOUT received Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0006 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:53 2005: poll completed Aug 30 00:51:53 localhost fetchmail[2498]: sleeping at Tue Aug 30 00:51:53 2005 This check was successful. 5 minutes later... Aug 30 00:56:53 localhost fetchmail[2498]: awakened at Tue Aug 30 00:56:53 2005 Aug 30 00:56:53 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:53 2005: poll started Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 00:56:53 localhost fetchmail[2498]: POP3> CAPA Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 00:56:53 localhost fetchmail[2498]: POP3< UIDL Aug 30 00:56:53 localhost fetchmail[2498]: POP3< USER Aug 30 00:56:53 localhost fetchmail[2498]: POP3< . Aug 30 00:56:53 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 00:56:53 localhost fetchmail[2498]: POP3> PASS * Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 00:56:56 localhost fetchmail[2498]: POP3> STAT Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 00:56:56 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 00:56:56 localhost fetchmail[2498]: POP3> QUIT Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK Done Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:56 2005: poll completed Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:56:56 2005: poll started Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< A0001 OK capabilities listed Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE CRAM-MD5 Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< + PEZCRjkyMEExNDlFQzlBRTEwRjU4MzY0RjY0ODE0RENFOUY0RDFFMzhAcG9wMS5vcmFuZ2UuZnI+ Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> bWFydC5zY2ggNGE5MzA2NDNhZWEzZjA1ZTJhY2Y3OWVjODE3NWZkNGQ= Here comes a timeout on one IMAP Server. Then every IMAP check doesn't work on both server. Aug 30 01:01:56 localhost fetchmail[2498]: timeout after 300 seconds waiting for server imap4.orange.fr. Aug 30 01:01:56 localhost fetchmail[2498]: socket error while fetching from imap4.orange.fr Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll completed Aug 30 01:01:56 localhost fetchmail[2498]: Query status=2 (SOCKET) Failure on next IMAP Server. Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll started Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< SELECT BAD Null command Aug 30 01:01:56 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:01:57 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:01:57 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:57 2005: poll completed Aug 30 01:01:57 localhost fetchmail[2498]: sleeping at Tue Aug 30 01:01:57 2005 Next poll checks: every IMAP fails indefinitely... Aug 30 01:06:57 localhost fetchmail[2498]: awakened at Tue Aug 30 01:06:57 2005 Aug 30 01:06:57 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 01:06:57 2005: poll started Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 01:06:57 localhost fetchmail[2498]: POP3> CAPA Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 01:06:57 localhost fetchmail[2498]: POP3< UIDL Aug 30 01:06:57 localhost fetchmail[2498]: POP3< USER Aug 30 01:06:57 localhost fetchmail[2498]: POP3< . Aug 30 01:06:57 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 01:06:57 localhost fetchmail[2498]: POP3> PASS * Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 01:07:00 localhost fetchmail[2498]: POP3> STAT Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 01:07:00 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 01:07:00 localhost fetchmail[2498]: POP3> QUIT Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK Done Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< CAPABILITY BAD no space between tag and command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mart.sch" * Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD unrecognized IMAP4 command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD unrecognized IMAP4 command Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mart.sch at imap4.orange.fr Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGOUT BAD no space between tag and command Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD Null command Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: sleeping at Tue Aug 30 01:07:00 2005 Thanks for any help! regards, martin. |
|
From: Martin S. <mar...@in...> - 2005-08-31 20:20:03
|
Hello, I'm running fetchmail 6.2.5 version of fetchmail from Debian Etch package. I noticed that the daemon fails retrieving IMAP mails after a certain time. I launch fetchmail as daemon with the init.d script provided by debian. To analyse the problem, I added -v option, and here is the full log illustrating the problem. It is quite long but quite clear too. I'm running Exim 4, procmail, courier imap. 3 polls are configures, POP3, IMAP4 + SSL, IMAP4 here everything's ok (it is ok for hours, sometimes 1-2 days): Aug 30 00:51:49 localhost fetchmail[2498]: awakened at Tue Aug 30 00:51:49 2005 Aug 30 00:51:49 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:49 2005: poll started Aug 30 00:51:49 localhost imaplogin: LOGOUT, user=martin, ip=[::ffff:62.129.161.22], headers=0, body=0, time=0 Aug 30 00:51:49 localhost last message repeated 2 times Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 00:51:49 localhost fetchmail[2498]: POP3> CAPA Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 00:51:49 localhost fetchmail[2498]: POP3< UIDL Aug 30 00:51:49 localhost fetchmail[2498]: POP3< USER Aug 30 00:51:49 localhost fetchmail[2498]: POP3< . Aug 30 00:51:49 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 00:51:49 localhost fetchmail[2498]: POP3> PASS * Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 00:51:52 localhost fetchmail[2498]: POP3> STAT Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 00:51:52 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 00:51:52 localhost fetchmail[2498]: POP3> QUIT Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK Done Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:52 2005: poll completed Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0001 OK capabilities listed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE CRAM-MD5 Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< + PEExM0JBNTNGRjVBRkNGNUFFMkQwRjE4ODE3NDY3QzkxRkVCOENCMjFAcG9wMS5vcmFuZ2UuZnI+ Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> bWFydC5zY2ggYjE0OTc1OTU2MGI4MzIwMmEwY2FmZmU1NWExZWVjNGY= Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0002 OK login successful Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0003 SELECT "INBOX" Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 1 EXISTS Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 0 RECENT Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent) Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent)] flags can be changed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY 1055529069] mailbox UID validity Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 5194] predicted next UID Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0003 OK [READ-WRITE] SELECT complete Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0004 EXPUNGE Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0004 OK EXPUNGE complete Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0005 SEARCH UNSEEN NOT DELETED Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * SEARCH Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0005 OK SEARCH complete Aug 30 00:51:52 localhost fetchmail[2498]: 1 message (1 seen) for mart.sch at imap4.orange.fr. Aug 30 00:51:52 localhost fetchmail[2498]: skipping message mar...@im...:1 not flushed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0006 LOGOUT Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * BYE disconnecting Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0006 OK LOGOUT complete Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll completed Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS LISTEXT LIST-SUBSCRIBED X-NETSCAPE Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0001 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0002 STARTTLS Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0002 OK Begin TLS negotiation now Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: mail.insa-lyon.fr key fingerprint: 31:D9:BD:88:82:75:B4:92:62:0E:BB:CC:97:7C:2D:3B Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate verification: self signed certificate Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate verification: self signed certificate Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0003 CAPABILITY Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=PLAIN SASL-IR LISTEXT LIST-SUBSCRIBED X-NETSCAPE Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0003 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0004 LOGIN "mschlienger" * Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0004 OK User logged in Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0005 SELECT "INBOX" Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 EXISTS Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 RECENT Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY 1094806947] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 1215] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0005 OK [READ-WRITE] Completed Aug 30 00:51:53 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0006 LOGOUT Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * BYE LOGOUT received Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0006 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:53 2005: poll completed Aug 30 00:51:53 localhost fetchmail[2498]: sleeping at Tue Aug 30 00:51:53 2005 This check was successful. 5 minutes later... Aug 30 00:56:53 localhost fetchmail[2498]: awakened at Tue Aug 30 00:56:53 2005 Aug 30 00:56:53 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:53 2005: poll started Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 00:56:53 localhost fetchmail[2498]: POP3> CAPA Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 00:56:53 localhost fetchmail[2498]: POP3< UIDL Aug 30 00:56:53 localhost fetchmail[2498]: POP3< USER Aug 30 00:56:53 localhost fetchmail[2498]: POP3< . Aug 30 00:56:53 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 00:56:53 localhost fetchmail[2498]: POP3> PASS * Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 00:56:56 localhost fetchmail[2498]: POP3> STAT Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 00:56:56 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 00:56:56 localhost fetchmail[2498]: POP3> QUIT Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK Done Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:56 2005: poll completed Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:56:56 2005: poll started Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< A0001 OK capabilities listed Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE CRAM-MD5 Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< + PEZCRjkyMEExNDlFQzlBRTEwRjU4MzY0RjY0ODE0RENFOUY0RDFFMzhAcG9wMS5vcmFuZ2UuZnI+ Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> bWFydC5zY2ggNGE5MzA2NDNhZWEzZjA1ZTJhY2Y3OWVjODE3NWZkNGQ= Here comes a timeout on one IMAP Server. Then every IMAP check doesn't work on both server. Aug 30 01:01:56 localhost fetchmail[2498]: timeout after 300 seconds waiting for server imap4.orange.fr. Aug 30 01:01:56 localhost fetchmail[2498]: socket error while fetching from imap4.orange.fr Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll completed Aug 30 01:01:56 localhost fetchmail[2498]: Query status=2 (SOCKET) Failure on next IMAP Server. Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll started Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< SELECT BAD Null command Aug 30 01:01:56 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:01:57 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:01:57 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:57 2005: poll completed Aug 30 01:01:57 localhost fetchmail[2498]: sleeping at Tue Aug 30 01:01:57 2005 Next poll checks: every IMAP fails indefinitely... Aug 30 01:06:57 localhost fetchmail[2498]: awakened at Tue Aug 30 01:06:57 2005 Aug 30 01:06:57 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 01:06:57 2005: poll started Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 01:06:57 localhost fetchmail[2498]: POP3> CAPA Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 01:06:57 localhost fetchmail[2498]: POP3< UIDL Aug 30 01:06:57 localhost fetchmail[2498]: POP3< USER Aug 30 01:06:57 localhost fetchmail[2498]: POP3< . Aug 30 01:06:57 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 01:06:57 localhost fetchmail[2498]: POP3> PASS * Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 01:07:00 localhost fetchmail[2498]: POP3> STAT Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 01:07:00 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 01:07:00 localhost fetchmail[2498]: POP3> QUIT Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK Done Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< CAPABILITY BAD no space between tag and command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mart.sch" * Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD unrecognized IMAP4 command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD unrecognized IMAP4 command Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mart.sch at imap4.orange.fr Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGOUT BAD no space between tag and command Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD Null command Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: sleeping at Tue Aug 30 01:07:00 2005 Thanks for any help! regards, martin. |
|
From: Martin S. <mar...@in...> - 2005-08-31 19:50:59
|
Hello, I'm running fetchmail 6.2.5 version of fetchmail from Debian Etch package. I noticed that the daemon fails retrieving IMAP mails after a certain time. I launch fetchmail as daemon with the init.d script provided by debian. To analyse the problem, I added -v option, and here is the full log illustrating the problem. It is quite long but quite clear too. I'm running Exim 4, procmail, courier imap. 3 polls are configures, POP3, IMAP4 + SSL, IMAP4 here everything's ok: Aug 30 00:51:49 localhost fetchmail[2498]: awakened at Tue Aug 30 00:51:49 2005 Aug 30 00:51:49 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:49 2005: poll started Aug 30 00:51:49 localhost imaplogin: LOGOUT, user=martin, ip=[::ffff:62.129.161.22], headers=0, body=0, time=0 Aug 30 00:51:49 localhost last message repeated 2 times Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 00:51:49 localhost fetchmail[2498]: POP3> CAPA Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 00:51:49 localhost fetchmail[2498]: POP3< UIDL Aug 30 00:51:49 localhost fetchmail[2498]: POP3< USER Aug 30 00:51:49 localhost fetchmail[2498]: POP3< . Aug 30 00:51:49 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 00:51:49 localhost fetchmail[2498]: POP3> PASS * Aug 30 00:51:49 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 00:51:52 localhost fetchmail[2498]: POP3> STAT Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 00:51:52 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 00:51:52 localhost fetchmail[2498]: POP3> QUIT Aug 30 00:51:52 localhost fetchmail[2498]: POP3< +OK Done Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:51:52 2005: poll completed Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0001 OK capabilities listed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE CRAM-MD5 Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< + PEExM0JBNTNGRjVBRkNGNUFFMkQwRjE4ODE3NDY3QzkxRkVCOENCMjFAcG9wMS5vcmFuZ2UuZnI+ Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> bWFydC5zY2ggYjE0OTc1OTU2MGI4MzIwMmEwY2FmZmU1NWExZWVjNGY= Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0002 OK login successful Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0003 SELECT "INBOX" Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 1 EXISTS Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * 0 RECENT Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent) Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent)] flags can be changed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY 1055529069] mailbox UID validity Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 5194] predicted next UID Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0003 OK [READ-WRITE] SELECT complete Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0004 EXPUNGE Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0004 OK EXPUNGE complete Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0005 SEARCH UNSEEN NOT DELETED Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * SEARCH Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0005 OK SEARCH complete Aug 30 00:51:52 localhost fetchmail[2498]: 1 message (1 seen) for mart.sch at imap4.orange.fr. Aug 30 00:51:52 localhost fetchmail[2498]: skipping message mar...@im...:1 not flushed Aug 30 00:51:52 localhost fetchmail[2498]: IMAP> A0006 LOGOUT Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< * BYE disconnecting Aug 30 00:51:52 localhost fetchmail[2498]: IMAP< A0006 OK LOGOUT complete Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll completed Aug 30 00:51:52 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:52 2005: poll started Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS LISTEXT LIST-SUBSCRIBED X-NETSCAPE Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0001 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0002 STARTTLS Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0002 OK Begin TLS negotiation now Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: mail.insa-lyon.fr key fingerprint: 31:D9:BD:88:82:75:B4:92:62:0E:BB:CC:97:7C:2D:3B Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate verification: self signed certificate Aug 30 00:51:53 localhost fetchmail[2498]: Issuer Organization: INSA Lyon Aug 30 00:51:53 localhost fetchmail[2498]: Issuer CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Server CommonName: mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: Warning: server certificate verification: self signed certificate Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0003 CAPABILITY Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=PLAIN SASL-IR LISTEXT LIST-SUBSCRIBED X-NETSCAPE Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0003 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0004 LOGIN "mschlienger" * Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0004 OK User logged in Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0005 SELECT "INBOX" Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 EXISTS Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * 0 RECENT Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDVALIDITY 1094806947] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * OK [UIDNEXT 1215] Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0005 OK [READ-WRITE] Completed Aug 30 00:51:53 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 00:51:53 localhost fetchmail[2498]: IMAP> A0006 LOGOUT Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< * BYE LOGOUT received Aug 30 00:51:53 localhost fetchmail[2498]: IMAP< A0006 OK Completed Aug 30 00:51:53 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 00:51:53 2005: poll completed Aug 30 00:51:53 localhost fetchmail[2498]: sleeping at Tue Aug 30 00:51:53 2005 This check was successful. 5 minutes later... Aug 30 00:56:53 localhost fetchmail[2498]: awakened at Tue Aug 30 00:56:53 2005 Aug 30 00:56:53 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:53 2005: poll started Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 00:56:53 localhost fetchmail[2498]: POP3> CAPA Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 00:56:53 localhost fetchmail[2498]: POP3< UIDL Aug 30 00:56:53 localhost fetchmail[2498]: POP3< USER Aug 30 00:56:53 localhost fetchmail[2498]: POP3< . Aug 30 00:56:53 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 00:56:53 localhost fetchmail[2498]: POP3> PASS * Aug 30 00:56:53 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 00:56:56 localhost fetchmail[2498]: POP3> STAT Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 00:56:56 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 00:56:56 localhost fetchmail[2498]: POP3> QUIT Aug 30 00:56:56 localhost fetchmail[2498]: POP3< +OK Done Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 00:56:56 2005: poll completed Aug 30 00:56:56 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 00:56:56 2005: poll started Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0001 CAPABILITY Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< * CAPABILITY IMAP4rev1 UIDPLUS IDLE LOGIN-REFERRALS NAMESPACE QUOTA CHILDREN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< A0001 OK capabilities listed Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> A0002 AUTHENTICATE CRAM-MD5 Aug 30 00:56:56 localhost fetchmail[2498]: IMAP< + PEZCRjkyMEExNDlFQzlBRTEwRjU4MzY0RjY0ODE0RENFOUY0RDFFMzhAcG9wMS5vcmFuZ2UuZnI+ Aug 30 00:56:56 localhost fetchmail[2498]: IMAP> bWFydC5zY2ggNGE5MzA2NDNhZWEzZjA1ZTJhY2Y3OWVjODE3NWZkNGQ= Here comes a timeout on one IMAP Server. Then every IMAP check doesn't work on both server. Aug 30 01:01:56 localhost fetchmail[2498]: timeout after 300 seconds waiting for server imap4.orange.fr. Aug 30 01:01:56 localhost fetchmail[2498]: socket error while fetching from imap4.orange.fr Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll completed Aug 30 01:01:56 localhost fetchmail[2498]: Query status=2 (SOCKET) Failure on next IMAP Server. Aug 30 01:01:56 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:56 2005: poll started Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:01:56 localhost fetchmail[2498]: IMAP< SELECT BAD Null command Aug 30 01:01:56 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 01:01:56 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:01:57 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:01:57 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:01:57 2005: poll completed Aug 30 01:01:57 localhost fetchmail[2498]: sleeping at Tue Aug 30 01:01:57 2005 Next poll checks: every IMAP fails indefinitely... Aug 30 01:06:57 localhost fetchmail[2498]: awakened at Tue Aug 30 01:06:57 2005 Aug 30 01:06:57 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 01:06:57 2005: poll started Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK POP3 Ready pop.evc.net 0001d8f1 Aug 30 01:06:57 localhost fetchmail[2498]: POP3> CAPA Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK Capability list follows, mate Aug 30 01:06:57 localhost fetchmail[2498]: POP3< UIDL Aug 30 01:06:57 localhost fetchmail[2498]: POP3< USER Aug 30 01:06:57 localhost fetchmail[2498]: POP3< . Aug 30 01:06:57 localhost fetchmail[2498]: POP3> USER evhr_mart Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK USER evhr_mart set, mate Aug 30 01:06:57 localhost fetchmail[2498]: POP3> PASS * Aug 30 01:06:57 localhost fetchmail[2498]: POP3< +OK You are so in Aug 30 01:07:00 localhost fetchmail[2498]: POP3> STAT Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK 0 0 Aug 30 01:07:00 localhost fetchmail[2498]: No mail for evhr_mart at pop3.evhr.net Aug 30 01:07:00 localhost fetchmail[2498]: POP3> QUIT Aug 30 01:07:00 localhost fetchmail[2498]: POP3< +OK Done Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying pop3.evhr.net (protocol POP3) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK IMAP4 server ready (6.7.015) Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< CAPABILITY BAD no space between tag and command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mart.sch" * Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD unrecognized IMAP4 command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD unrecognized IMAP4 command Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mart.sch at imap4.orange.fr Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGOUT BAD no space between tag and command Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying imap4.orange.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll started Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * OK csiges9.insa-lyon.fr Cyrus IMAP4 v2.2.12-INSA-LYON server ready Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> CAPABILITY Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGIN "mschlienger" * Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< LOGIN BAD Null command Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> SELECT "INBOX" Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< SELECT BAD Null command Aug 30 01:07:00 localhost fetchmail[2498]: No mail for mschlienger at mail.insa-lyon.fr Aug 30 01:07:00 localhost fetchmail[2498]: IMAP> LOGOUT Aug 30 01:07:00 localhost fetchmail[2498]: IMAP< * BAD Invalid tag Aug 30 01:07:00 localhost fetchmail[2498]: 6.2.5 querying mail.insa-lyon.fr (protocol IMAP) at Tue Aug 30 01:07:00 2005: poll completed Aug 30 01:07:00 localhost fetchmail[2498]: sleeping at Tue Aug 30 01:07:00 2005 Thanks for any help! regards, martin. |
|
From: Matthias A. <mat...@gm...> - 2005-08-28 17:47:26
|
Greetings, I have just released fetchmail 6.2.9-rc2, another release candidate for 6.3.0. The IPv6 protocol support turned out to be rather intrusive, and as a side effect may have harmed domain alias detection for multidrop, the --monitor or --interface option and other systems I am not using. I seek everyone to test it out, report remaining bugs (I know that the IPv6 support is still not 100% complete), update outdated translations or send patches for documentation. The release notes are available at: <http://developer.berlios.de/project/shownotes.php?group_id=1824&release_id=7035> The software is available from: <http://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=7035> <http://home.pages.de/~mandree/fetchmail/> ----------------------------------------------------------------------- Fetchmail needs your support - please consider a donation via: <https://developer.berlios.de/developer/make_donation.php?user_id=2007> ----------------------------------------------------------------------- Regards, -- Matthias Andree |
|
From: Rob M. <rob...@gm...> - 2005-08-25 18:29:33
|
On 25/08/05, Raffael Schmid <fet...@yu...> wrote:
> Hi,
>
> First I want to excuse me for my bad English, I'm from Switzerland...
>
> I set up a Mailserver, using fetchmail, postfix, amavisd-new, cyrus.
>
> I fetch the mails with fetchmail, and "send" them to postfix.
>
> But the mails are empty! No subject, no body.
> When I send the mails to the Server with a client, the Mails are ok.
>
> I've spent a lot of time now...
>
> What's wrong?
What's wrong is that you've not provided any real information.
Let's start with:
1) Version of fetchmail and contents of .fetchmailrc
2) Output of "fetchmail -v -v" for a problem email
3) Contents of your postfix and cyrus logs for the same email
4) Full header and body of same email, before being passed through
fetchmail and once it's been received by postfix
5) Whether the problem occurs when amavisd-new is not being used
6) Whether or not fetchmail is running on the same host as postfix (I assume so)
7) Does the problem occur if you send a mail, using the command line,
on the postfix server
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|
|
From: Raffael S. <fet...@yu...> - 2005-08-25 17:39:44
|
Hi, First I want to excuse me for my bad English, I'm from Switzerland... I set up a Mailserver, using fetchmail, postfix, amavisd-new, cyrus. I fetch the mails with fetchmail, and "send" them to postfix. But the mails are empty! No subject, no body. When I send the mails to the Server with a client, the Mails are ok. I've spent a lot of time now... What's wrong? greetings rs |
|
From: Matthias A. <mat...@gm...> - 2005-08-25 15:45:48
|
Greetings, I have just released fetchmail 6.2.9-rc1, a release candidate for 6.3.0. I seek everyone to test it out, report remaining bugs (I know that the IPv6 support is still not 100% complete), update outdated translations or send patches for documentation. The release notes are available at: <http://developer.berlios.de/project/shownotes.php?group_id=1824&release_id=7010> The software is available from: <http://developer.berlios.de/project/showfiles.php?group_id=1824&release_id=7010> <http://home.pages.de/~mandree/fetchmail/> If you like fetchmail, and wish to show your appreciation of my maintaining fetchmail, consider donating to me via <https://developer.berlios.de/developer/make_donation.php?user_id=2007> Regards, -- Matthias Andree |
|
From: Ray W. <ray...@in...> - 2005-08-20 06:17:10
|
On Fri, Aug 19, 2005 at 07:15:40PM -0400, Charles Levert wrote: > * On Wednesday 2005-08-17 at 04:03:41 -0500, Ray Warren wrote: > > On Tue, Aug 16, 2005 at 04:07:01AM -0400, Charles Levert wrote: > > > > > Can you tell me if your more recent Konqueror > > > is more standard-compliant than mine? Also, > > > is Opera (which I don't have)? > > > > You can get a copy without a cash outlay if you can deal with a thin > > advertising bar at the top.It is rated as being very standard compliant. > > I downloaded Opera 8.02 and it gets this right; > my question was specific to this very issue, > not about standard compliance in general. Possibly I was not clear in describing where the problem showed up.It was not the initial display,but after i zoomed in to enlarge the text enough that I could read it. > > Can you still tell me about Konqueror 3.2.3, > with respect to this very issue? > > > > > > > > <http://download.gna.org/hpr/fetchmail/FAQ/gmail-pop-howto.html> > > > > This link is not working for me tonight but a horizontal scrollbar would > > alleviate my biggest problem. > > Very strange. This is on the public internet. > The site has not reported any down time in quite a while. I tried again a few minutes ago and the scroll bar that popped up when I zoomed in did allow me to view the entire line at a size I could read > > > > As long as you can somehow view the content > > > (i.e., the page at least loads), then this > > > > The problem is that at least part of the content is not available.It > > disappeared off the right side of the window. > > You mentioned having tried Mozilla and Opera. > These have no problem displaying the whole content > with a horizontal scrollbar for the whole page. I have never had a horizontal scroll bar for the whole page on any of the three browsers,and still do not. > This very much qualifies as "available", > albeit with a minor annoyance, > which you can fix by adding > > overflow: auto; > > to the pre {} block of the embedded style sheet. > > Should I post a patch for this one-liner? > Should I repost the whole document with just this change? The change you have already made is adequate for me to view the document, and it looks interesting,it will be later this weekend before I have time to study it. Ray Warren |
|
From: Charles L. <cha...@gm...> - 2005-08-20 01:15:48
|
* On Wednesday 2005-08-17 at 04:03:41 -0500, Ray Warren wrote: > On Tue, Aug 16, 2005 at 04:07:01AM -0400, Charles Levert wrote: > > > Can you tell me if your more recent Konqueror > > is more standard-compliant than mine? Also, > > is Opera (which I don't have)? > > You can get a copy without a cash outlay if you can deal with a thin > advertising bar at the top.It is rated as being very standard compliant. I downloaded Opera 8.02 and it gets this right; my question was specific to this very issue, not about standard compliance in general. Can you still tell me about Konqueror 3.2.3, with respect to this very issue? > > > > <http://download.gna.org/hpr/fetchmail/FAQ/gmail-pop-howto.html> > > This link is not working for me tonight but a horizontal scrollbar would > alleviate my biggest problem. Very strange. This is on the public internet. The site has not reported any down time in quite a while. > > As long as you can somehow view the content > > (i.e., the page at least loads), then this > > The problem is that at least part of the content is not available.It > disappeared off the right side of the window. You mentioned having tried Mozilla and Opera. These have no problem displaying the whole content with a horizontal scrollbar for the whole page. This very much qualifies as "available", albeit with a minor annoyance, which you can fix by adding overflow: auto; to the pre {} block of the embedded style sheet. Should I post a patch for this one-liner? Should I repost the whole document with just this change? |
|
From: Ray W. <ray...@in...> - 2005-08-17 11:03:43
|
On Tue, Aug 16, 2005 at 04:07:01AM -0400, Charles Levert wrote: > * On Tuesday 2005-08-16 at 01:34:37 -0500, Ray Warren wrote: > > On Sun, Aug 14, 2005 at 05:44:31PM -0400, Charles Levert wrote: > > > > > I have tested the following browsers and > > > they have no problem with it: Firefox 1.0.6, > > > Konqueror 3.1.4, links 0.4.2, and w3m 0.4.1. > > > > With Konqueror 3.2.3 and Opera 7.5.4 and Mozilla 1.7.5 and Galeon 1.3.18 > > if I attempt to enlarge the text sufficiently that the text in the > > shaded regions is legible,the text continues out the right side of the > > window instead of wrapping or triggering a horizontal scroll bar. > > Wrapping? No! > Avoiding it is the whole point of <pre>. > > It does trigger a horizontal scroll bar, but > for the whole page. > > I have now added a "overflow: auto" for <pre> in > the style sheet. My Gecko-based browsers have > no problem picking up on it thus triggering a > per-<pre> scrollbar when needed, but my older > Konqueror doesn't (not with "auto" nor with > "scroll"). > > Can you tell me if your more recent Konqueror > is more standard-compliant than mine? Also, > is Opera (which I don't have)? You can get a copy without a cash outlay if you can deal with a thin advertising bar at the top.It is rated as being very standard compliant. > > <http://download.gna.org/hpr/fetchmail/FAQ/gmail-pop-howto.html> This link is not working for me tonight but a horizontal scrollbar would alleviate my biggest problem. > > > This may not be classified as officially broken > > Indeed, this has nothing to do with SGML or HTML > being broken. It has to do with design. > > > > but is not viable for me. > > As long as you can somehow view the content > (i.e., the page at least loads), then this The problem is that at least part of the content is not available.It disappeared off the right side of the window. > > Feedback on the actual content is more relevant > for now and would be much appreciated. True, and if I can read the content I will comment on how useful/relevant it is for me. Thanks. |
|
From: Charles L. <cha...@gm...> - 2005-08-16 10:07:07
|
* On Tuesday 2005-08-16 at 01:34:37 -0500, Ray Warren wrote: > On Sun, Aug 14, 2005 at 05:44:31PM -0400, Charles Levert wrote: > > > I have tested the following browsers and > > they have no problem with it: Firefox 1.0.6, > > Konqueror 3.1.4, links 0.4.2, and w3m 0.4.1. > > With Konqueror 3.2.3 and Opera 7.5.4 and Mozilla 1.7.5 and Galeon 1.3.18 > if I attempt to enlarge the text sufficiently that the text in the > shaded regions is legible,the text continues out the right side of the > window instead of wrapping or triggering a horizontal scroll bar. Wrapping? No! Avoiding it is the whole point of <pre>. It does trigger a horizontal scroll bar, but for the whole page. I have now added a "overflow: auto" for <pre> in the style sheet. My Gecko-based browsers have no problem picking up on it thus triggering a per-<pre> scrollbar when needed, but my older Konqueror doesn't (not with "auto" nor with "scroll"). Can you tell me if your more recent Konqueror is more standard-compliant than mine? Also, is Opera (which I don't have)? <http://download.gna.org/hpr/fetchmail/FAQ/gmail-pop-howto.html> > This may not be classified as officially broken Indeed, this has nothing to do with SGML or HTML being broken. It has to do with design. > but is not viable for me. As long as you can somehow view the content (i.e., the page at least loads), then this discussion becomes more irrelevant, as all this will have to be retrofitted at some point to match the design used for fetchmail's FAQ anyway. Feedback on the actual content is more relevant for now and would be much appreciated. Thanks. |
|
From: Ray W. <ray...@in...> - 2005-08-16 08:34:42
|
On Sun, Aug 14, 2005 at 05:44:31PM -0400, Charles Levert wrote: > * On Sunday 2005-08-14 at 18:31:13 +0200, Michelle Konzack wrote: > > > > You have send it broken... > > Ok. If it wasn't damaged, then we know it's > not the MUAs or the mail transport system. > > > > > What is the tool you are using that generates > > > this error? > > > Could it be this tool that's broken? > > > Are you using its latest version? > > > > Yes > > But what's the name and specific version of this > tool from which you quoted an error message? > I'd like to be able to duplicate this myself. > > > > and your file seems to be: > [...] > > which is definitivly broken. > > The initial segment you quoted here is indeed > intact compared to the original. > > I see nothing that's so obviously broken about > it, whether from an SGML or from an HTML point > of view. > > > > Many Webbrowser claims about it. > > I have tested the following browsers and > they have no problem with it: Firefox 1.0.6, > Konqueror 3.1.4, links 0.4.2, and w3m 0.4.1. > > With Konqueror 3.2.3 and Opera 7.5.4 and Mozilla 1.7.5 and Galeon 1.3.18 if I attempt to enlarge the text sufficiently that the text in the shaded regions is legible,the text continues out the right side of the window instead of wrapping or triggering a horizontal scroll bar.This may not be classified as officially broken but is not viable for me. Ray Warren |
|
From: Charles L. <cha...@gm...> - 2005-08-15 03:14:45
|
* On Monday 2005-08-15 at 00:34:08 +0200, Jakob Hirsch wrote: > > And I didn't see any broken HTML, > maybe Michelle received a broken mail. Maybe it's my peculiar (but still valid) SGML/HTML coding/formatting style that throws some tools off. > Anyway, would have been better to put the file > on some web server and post the link here. I have uploaded it here: <http://download.gna.org/hpr/fetchmail/FAQ/gmail-pop-howto.html> > But what is so special about gmail that it needs its own documentation? Remember, this is the original document I wrote with the Gmail Help Center in mind. I am willing to evolve it for the fetchmail FAQ. Change the Gmail-specific details (such as the URL for Thawte's root certificate bundle) and it can become generic. Although, it could be nice to document how to figure out who the server certificate issuer is in the first place, and to list a few URLs for the most important CAs (such as Thawte and Entrust). > The SSL stuff is really helpful, I had some problems setting this up > properly, but not only with gmail. This is something (configuration of the fetchmail/OpenSSL combination) I had not seen documented in one place anywhere before. This was a big part of my motivation to write this. For instance, my system comes with a /usr/share/ssl/certs/ca-bundle.crt file with all the root certificates one could want, but fetchmail/OpenSSL is unable to use it in this form (i.e., all in a single file). I had to figure out from various sources that: -- you need the root certificate installed alone in its own file for fetchmail's sslcertck to be able to pick it up and do its checking-job; -- you have to run c_rehash to generates the symlinks, because those are the only file names that will be looked up; -- each of these files needs to have a ".pem" extension for c_rehash to pick it up in the first place (".txt" or ".cer" won't do). > btw, AFAIK fingerprint is only useful if the cert is not signed by a CA. That's why I used the word "mitigated", as opposed to a stronger word such as "necessary". It still has some useful value in this case; see below. > The downside is that is has to be changed if the cert changes (e.g. > expired). Without CRL verification, the following scenario is possible. Remember that this is about security, so you either attempt to provide it fully or you don't. -- The old server certificate, which forever remains properly signed by its issuer CA, is revocated (and so is included in the CRL) because its associated private key was compromised. -- The legitimate server starts using a new non-compromised server certificate. -- A man-in-the-middle attacker with the compromised private key pretends to be this server. I.e., it seems from our point-of-view that it has either the IP address or maybe just the domain name of the legitimate server. -- This attacker provides the old server certificate at SSL connection establishment. This server certificate's common name (CN) matches the domain name. This server certificate still is properly signed by its issuer CA (forever). -- We didn't configure fetchmail to verify the server certificate's MD5 signature. -- Fetchmail, as SSL client, cannot do CRL verification and so then fully accepts this form of authentication by the fake server pretending to be the legitimate one. Fetchmail then proceeds to feed (i.e., reveal to) this rogue server the client authentication information using POP3's USER and PASS commands, within the SSL connection. Checking the MD5 signature will at least alert us that the server certificate has changed if we succeed in connecting at least once to the legitimate server after this change. We will still be an unaware victim if (or, as long as) we are _systematically_ man-in-the-middled with the above scenario every single time after the change. The pop.gmail.com server certificate does point to the CRL's URI: <http://crl.thawte.com/ThawteServerCA.crl> In this case, it's a 99978-octet file that is updated every day and that has a sliding 28-day validity period. Fetchmail/OpenSSL doesn't but should download it _after_ the server certificate has been validated (so we know that this URI is dependable) and check the validity of the CRL itself (signature and time period) and the absence of the server certificate in it. Having fetchmail cache the CRL somewhere in /var or in a user-specified directory would also be a possibility. |
|
From: Jakob H. <jh...@pl...> - 2005-08-15 00:37:46
|
Charles Levert wrote: > I wrote a web page fragment entitled > "Configuring your incoming email client: fetchmail" > with the intent of submitting it for inclusion > on the Gmail Help Center's POP section at > <http://mail.google.com/support/bin/topic.py?topic=194>. Nice done (though I didn't check the exact details). And I didn't see any broken HTML, maybe Michelle received a broken mail. Anyway, would have been better to put the file on some web server and post the link here. But what is so special about gmail that it needs its own documentation? The SSL stuff is really helpful, I had some problems setting this up properly, but not only with gmail. btw, AFAIK fingerprint is only useful if the cert is not signed by a CA. The downside is that is has to be changed if the cert changes (e.g. expired). |
|
From: Charles L. <cha...@gm...> - 2005-08-14 23:44:33
|
* On Sunday 2005-08-14 at 18:31:13 +0200, Michelle Konzack wrote:
>
> You have send it broken...
Ok. If it wasn't damaged, then we know it's
not the MUAs or the mail transport system.
> > What is the tool you are using that generates
> > this error?
> > Could it be this tool that's broken?
> > Are you using its latest version?
>
> Yes
But what's the name and specific version of this
tool from which you quoted an error message?
I'd like to be able to duplicate this myself.
> and your file seems to be:
[...]
> which is definitivly broken.
The initial segment you quoted here is indeed
intact compared to the original.
I see nothing that's so obviously broken about
it, whether from an SGML or from an HTML point
of view.
> Many Webbrowser claims about it.
I have tested the following browsers and
they have no problem with it: Firefox 1.0.6,
Konqueror 3.1.4, links 0.4.2, and w3m 0.4.1.
If the problem is at the SGML level, can you
pinpoint a specific SGML production that is not
respected by this code?
<http://www.w3.org/MarkUp/SGML/productions.html>
<ftp://ftp.ifi.uio.no/pub/SGML/productions>
Otherwise, if it's at the HTML level, can you
pinpoint something specific in the DTD (or in
the specification itself) that is not respected
by this code?
<http://www.w3.org/TR/html4/strict.dtd>
<http://www.w3.org/TR/html4/>
> Better you update your HTML generator.
This is handwritten.
Then successfully validated as I described using
online tools.
So I'd like to understand precisely what I am
doing wrong at the standards level, since I am
doing it manually entirely myself.
|
18 messages has been excluded from this view by a project administrator.
