RE: [Exim] Time too long

Pàgina inicial
Delete this message
Reply to this message
Autor: Paul Walsh
Data:  
A: Exim Users
Assumpte: RE: [Exim] Time too long

-----Original Message-----
From: Paul Walsh
Sent: 07 July 2000 08:32
To: 'Philip Hazel'
Subject: RE: [Exim] Time too long


Could it be because the IP address is a Private address (as defined in
RFC1597)? :

3. Private Address Space

The Internet Assigned Numbers Authority (IANA) has reserved the
following three blocks of the IP address space for private networks:

        10.0.0.0        -   10.255.255.255
        172.16.0.0      -   172.31.255.255
        192.168.0.0     -   192.168.255.255


As such it shouldn't be routed to an external network. Even if it is, the
host at the other end might do a reverse lookup on it and get it resolved to
something completely different, possibly sending return packets to the wrong
host.

Paul Walsh

Senior Systems Programmer, Information Services,
University of Central England, BIRMINGHAM B42 2SU, UK
Tel: +44 (0)121 331 5708    Fax: +44 (0)121 356 2875



> -----Original Message-----
> From: Philip Hazel [mailto:ph10@cus.cam.ac.uk]
> Sent: 06 July 2000 17:07
> To: Riccardo Baldanzi
> Cc: exim-users@???
> Subject: Re: [Exim] Time too long
>
>
> On Thu, 6 Jul 2000, Riccardo Baldanzi wrote:
>
> > This is the output:
> >
> > **** SMTP testing session as if from host 192.168.1.137
> > **** Not for real!
> >
> > >>> host in host_lookup? no (option unset)
> > >>> host in host_reject? no (option unset)
> > >>> host in host_reject_recipients? no (option unset)
> > >>> host in auth_hosts? no (option unset)
> > >>> host in sender_unqualified_hosts? no (option unset)
> > >>> host in receiver_unqualified_hosts? no (option unset)
> > >>> host in helo_verify? no (option unset)
> > >>> host in helo_accept_junk_hosts? no (option unset)
> > 220 sit1.nodalis.it ESMTP Exim 3.13 #1 Thu, 06 Jul 2000
> 14:39:34 +0200
> > helo www
> > >>> www in local_domains? no (end of list)
> > 250 sit1.nodalis.it Hello www [192.168.1.137]
>
> Right. So it isn't doing a reverse DNS lookup. Was there a 15-second
> delay during that test?
>
> I would suggest that it might be an ident lookup, except for the fact
> that that would give a 30-second delay. However, you might
> like to look
> at rfc1413_query_timeout.
>
>
> -- 
> Philip Hazel            University of Cambridge Computing Service,
> ph10@???      Cambridge, England. Phone: +44 1223 334714.

>
>
> --
> ## List details at
> http://www.exim.org/mailman/listinfo/exim-users Exim details
> at http://www.exim.org/ ##
>