Re: Fetchmailrc--parse error
Rob Weir wrote:
>On Tue, Feb 11, 2003 at 05:34:59PM -0600, Gary Turner wrote:
>> Rob Weir wrote:
>>
>> >On Tue, Feb 11, 2003 at 08:17:37AM -0600, Gary Turner wrote:
[...]
>> >> Now I'm back to "couldn'y find canonical DNS name for
>> >> pop.sbc... normal termination, status 11" From the manual:
>> >>
>> >> 11 Fatal DNS error. Fetchmail encountered an error while performing a
>> >> DNS lookup at startup and could not proceed.
>> >>
>> >> What's the cure here? I did check, and found that one of the DNS
>> >> servers for sbc has changed, so I changed /etc/resolv.conf to no avail.
>> >> Any hints? Did you have a prob?
>> >
>> >Can 'host' resolve the hostname correctly?
>>
>> No. in fact, I can't ping or telnet either. Same with
>> smtp.sbcglobal.yahoo.net. Oddly, a couple of days ago I telnetted into
>> the smtp addy to confirm authentication mode.
>
>That's rather odd.
>
>> Here is from Exim's mainlog:
>>
>> koko:/var/log/exim# tail mainlog
>> [...]
>> 2003-02-11 17:09:47 18ijX9-0001RO-00 <= kk5st@sbcglobal.net H=etta.blues
>> [192.168.0.3] P=esmtp S=557 id=3E4982B5.8000604@etta.blues
>> 2003-02-11 17:09:48 18ijX9-0001RO-00 => kk5st@sbcglobal.net R=smarthost
>> T=remote_smtp H=smtp-sbc-v1.mail.vip.sc5.yahoo.com [66.163.171.137]
>> 2003-02-11 17:09:48 18ijX9-0001RO-00 Completed
>
>This is encouraging, the mail is being delivered successfully
>
>> 2003-02-11 17:12:48 18ija4-0001SB-00 <= root@blues U=root P=local S=308
>> 2003-02-11 17:12:50 18ija4-0001SB-00 => kk5st@sbcglobal.net R=smarthost
>> T=remote_smtp H=smtp-sbc-v1.mail.vip.sc5.yahoo.com [66.163.171.137]
>> 2003-02-11 17:12:50 18ija4-0001SB-00 Completed
>
>This is a little odd; are you sure you want mail to root to go via your
>ISP's mail servers?
Actually, that's from: root, to: me in my public persona.
>
>> So, koko (the Linux box) is able to connect on the smtp side. Also,
>> etta, the Winbox, from which I'm trying to emigrate, is able to access
>> both pop and smtp. But, now (I just checked) I can't telnet from this
>> box either.
>
>Hmmmm...
>
>> Can you suggest where to find a clue? Resolv.conf? Hosts?
>
>/etc/resolv.conf is the place to setup resolving; are you *sure* it's
>identical on koko and blues (presuming blues is the fetchmail-b0rked
>box)? Is blues able to resolve hostnames in general?
koko sends but cannot fetch mail. etta can send and fetch mail. Both
machines can browse with no problem. I run `host xxx` from koko.
>Is it behind a
>NAT gateway? Can it connect to the nameservers in general? Can it
>connect on UDP port 53 (the DNS port)? Can it connect via the IP
>address in general? Again on port 53? Does the whole thing work if you
>add your SMTP sever (sbc's anyhow) to /etc/hosts?
I am behind an NAT gateway/router. Things are supposedly set up right
:) Here is resolv.conf, and some pings:
gt@koko:/etc$ cat resolv.conf
nameserver 192.168.0.1
nameserver 151.164.1.1
nameserver 206.13.28.11
gt@koko:/etc$ ping -c3 ns1.swbell.net
PING ns1.swbell.net (151.164.1.1): 56 data bytes
64 bytes from 151.164.1.1: icmp_seq=0 ttl=250 time=22.0 ms
64 bytes from 151.164.1.1: icmp_seq=1 ttl=250 time=20.6 ms
64 bytes from 151.164.1.1: icmp_seq=2 ttl=250 time=25.5 ms
--- ns1.swbell.net ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 20.6/22.7/25.5 ms
gt@koko:/etc$ ping -c3 ns1.pbi.net
PING ns1.pbi.net (206.13.28.11): 56 data bytes
64 bytes from 206.13.28.11: icmp_seq=0 ttl=244 time=63.1 ms
64 bytes from 206.13.28.11: icmp_seq=1 ttl=244 time=61.9 ms
64 bytes from 206.13.28.11: icmp_seq=2 ttl=244 time=63.7 ms
--- ns1.pbi.net ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 61.9/62.9/63.7 ms
>
>A whole bunch of overlapping thoughts there, but that's what I'd do...
>
>Just to clarify: you have three boxes, koko (a Linux box that's working
>as a smart mail host) can connect to the remote mail server just fine,
>etta (a windows box) can too, but blues (another Linux box) cannot?
"blues" is the LAN name. koko (Lin), etta (Win), aretha (Win), bessie
(Netgear router), and minnie (Lin) are hosts. Thus koko.blues,
etta.blues, etc. Exim rewrites from: local_name to kk5st@sbcglobal.net
when going remote_smtp, and local del'ys are always $local_name@blues
Since I *can* access my ISP's POP server using my normal mail client in
Windows, I'm going to say this is most likely something as stupid as a
typo :(
--
gt kk5st@sbcglobal.net
If someone tells you---
"I have a sense of humor, but that's not funny."
---they don't.
Reply to: