Possible regression from timeout commit for resolv.conf

Denys Vlasenko vda.linux at googlemail.com
Fri Apr 9 21:19:05 UTC 2010


On Tuesday 06 April 2010 15:31, Kevin Day wrote:
> On 4/6/10, Denys Vlasenko <vda.linux at googlemail.com> wrote:
> > On Friday 02 April 2010 00:21, Kevin Day wrote:
> >  > I am using the NPTL branch on x86, which works perfectly fine (in
> >  > fact, better than any other stable release since 0.9.28)
> >  > The commit number is: cca45baf8353d1e338d232f5bdb2d1d6b357f1da
> >  > (http://git.uclibc.org/uClibc/commit/?h=nptl&id=cca45baf8353d1e338d232f5bdb2d1d6b357f1da)
> >  >
> >  > With the addition of the commit, the program claws-mail fails to
> >  > respond to SMTP servers and throws an annoyingly useless error.
> >  > At first glance I assumed that this to be a claws-mail problem.
> >
> >
> > You did not provide any symptoms. *How* does it fail?
> 
> Claws Mail returns the following message:
> ** IMAP error on (null): connection refused
> 
> This happens during any attempt to connect via domain name.

Looks like DNS lookup failure.

Can you try replacing

uint8_t __resolv_timeout;
uint8_t __resolv_attempts;

by

uint8_t __resolv_timeout = RES_TIMEOUT;
uint8_t __resolv_attempts = RES_DFLRETRY;

in uClibc/libc/inet/resolv.c ?


> I can manually run nslookup for the mail server, copy that address and
> manually use the ip address to connect to the mail server with
> claws-mail.
> 
> Just to be sure, I also tried both cases with the firewall off with
> same results.
> 
> In the claws-mail-3.7.5 source code, line 1102 of src/imap.c, they have:
> imap_handle_error(NULL, r);
> 
> I seem to have written "SMPT" by accident in the message, what I meant was IMAP.
> The problem is both with sending and receiving.

-- 
vda


More information about the uClibc mailing list