From: Rob M. <rob...@gm...> - 2007-08-16 17:26:06
|
On 8/16/07, M. Fioretti <mfi...@ne...> wrote: > > Unfortunately this doesn't seem enough. Doing a > > poll pop3.myisp.com with proto POP3 tracepolls > user myaccount there with pass "thepassword" is mfi...@ne... > here keep smtphost the.full.machine.name > > still yelds (may this depend on the fetchmail version???): I only have the source for 6.3.8 to hand. It's possible this feature is relatively recent. It may also be that there's something else happening to the value of the hostname beforehand - certainly lots of software relies on resolver libraries, which can be tripped up by having your hostname against the loopback address. I'd advise that, if you can, you create a second line with JUST the hostname in it, and the real IP of the host. Checking the source it looks like the hostname passed is based off of the value of id_me in sink.c. The value of that depends on whether "set invisible" is on (which I use). That may be set to the value of fetchmailhost, which defaults to localhost, but is later over-ridden by the DNS name of the host using gethostname. It may also default to value of server.truename, and I'm not enough of a C programmer to work out where that comes from :) However, an upgrade to 6.3.8 should at least confirm whether or not this is actually no longer a problem. > > Thanks for any further help! As a side note, I hope this thread continues > until the problem is solved via fetchmail also because... I'm learning > more about fetchmail this afternoon, thanks to this thread, than by > reading the docs again and again... As long as you're willing to put up my direct approach, I'm sure we'll get there :) -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |