Matthias Andree <[EMAIL PROTECTED]> schrieb:
> And who and what would change resolv.conf between off- and online,
> and why is that necessary?
AFAICT, pppd with option "usepeerdns" does change /etc/resolv.conf.
See http://lists.debian.org/debian-user/2001/08/msg00054.html
or http://www.debian.org
Hi,
On Tue, Dec 05, 2006 at 08:31:05AM +0100, Matthias Andree wrote:
> And who and what would change resolv.conf between off- and online,
> and why is that necessary?
In my case, the nameservers are configured via DHCP only after the PPP link
is established. Also, when I connect my notebook to a
Clemens Buchacher schrieb am 2006-12-04:
> Anyways, the real problem seems to be the same as in bug #391698 [1]. The
> nameserver configuration (/etc/resolv.conf) is only read during the first
> call to getaddrinfo.
And who and what would change resolv.conf between off- and online,
and why is tha
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
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 UNSUBS
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 nam
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
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
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 s
Hi,
On Wed, Nov 22, 2006 at 06:34:34PM +0100, Nico Golde wrote:
> Will be fixed with the next upload, we just changed the
> awaken to a restart in the init script since fetchmail is
> really not able to notice when the environment changes.
The appended change fixes the problem for me.
Cheers,
Hi,
* Nagy Gabor Peter <[EMAIL PROTECTED]> [2006-11-22 03:08]:
> So I hope this helps to find the problem:
>
> I am running etch on a laptop. When I have ethernet connection to a
> working DNS server when fetchmail is started, it fetches the emails all
> right.
>
> Like I am in an office, pop3 is
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, p
12 matches
Mail list logo
