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