Hi,
On Thu, Nov 30, 2006 at 11:05:05PM +0100, Matthias Andree wrote:
Clemens Buchacher schrieb:
Not so. I don't know about the original fetchmail code, but the fetchmail
Debian package provides its own implementation of getaddrinfo.
Where and how does it do that?
I was referring to the
Hi,
On Tue, Nov 28, 2006 at 09:55:14PM +0100, Matthias Andree wrote:
Clemens Buchacher [EMAIL PROTECTED] writes:
The appended change fixes the problem for me.
...and is evidence that the libc used is broken: res is supposed to
contain garbage because getaddrinfo() wasn't successful and res
Clemens Buchacher schrieb:
I see. If there is a connection, the request succeeds:
[EMAIL PROTECTED]:~/tmp$ ./gaitest
success, trying to free stuff.
Your name server is broken. I'm requesting a guaranteed-to-be-invalid
DNS name, there should not be success.
This is what I get, when no
Hi,
On Thu, Nov 30, 2006 at 08:31:19PM +0100, Matthias Andree wrote:
Your name server is broken. I'm requesting a guaranteed-to-be-invalid
DNS name, there should not be success.
No. This is how getaddrinfo behaves if a search list is given in
/etc/resolv.conf. In my case, the valid host name
Clemens Buchacher schrieb:
I wonder how your patch can then work without crashing fetchmail. Strange...
Not so. I don't know about the original fetchmail code, but the fetchmail
Debian package provides its own implementation of getaddrinfo.
Where and how does it do that?
--
To
Clemens Buchacher [EMAIL PROTECTED] writes:
The appended change fixes the problem for me.
...and is evidence that the libc used is broken: res is supposed to
contain garbage because getaddrinfo() wasn't successful and res wasn't
initialized.
Please be sure to have gcc and other compilation
On Wed, Nov 22, 2006 at 01:50:01AM +0100, Matthias Andree wrote:
Nagy Gabor Peter [EMAIL PROTECTED] writes:
So my impression is that it doesn't ask the DNS when it tries to connect
to the servers
AFAICT, fetchmail calls getaddrinfo() each and every time when connecting.
well, perhaps we
7 matches
Mail list logo
