What exact error messages are you getting?  My experience with these kinds

of errors is that it is not fetchmail itself that gets mad, but sendmail,

when fetchmail hands off the messages to the local spool.  Sendmail gets

bent-out-of-shape when you try to send/recieve mail to unqualified

hosts.  I'm sure there must be some way to turn this off or work around

it, I am not a sendmail guru, so I don't know.  I just lie about my domain

name:)

On Wed, 16 Feb 2000, John M. Mills wrote:

> 

> 'Lo -

> 

> I changed the HOSTNAME entry in '/etc/sysconfig/network' of my creaking

> RH4.2 setup (due to be shot in the head "Real Soon Now"), and low and

> behold it prevented 'fetchmail' from popping my ISP's mail server. Changed

> it back and I'm back to popping mail. AFAIK, my HOSTNAME is of no

> consequence to the ISP. Any ideas what is going on here, or how to find

> out what wall 'fetchmail' is hitting? Other parts of the mail transfer

> path were presumably working, since the mail was never removed from the

> ISP's spool.

> 

> The change also killed some X apps, since I had hard-coded the old

> HOSTNAME into the DISPLAY definition in my '.bashrc'.

> 

> Yes, pretty dumb. I expect I still have some similar conflict in the

> 'fetchmail' setup; I _think_ I checked the obvious in ~/.fetchmailrc, but

> reminders to "check the obvious" are still welcome.

> 

> TIA -

> 

>   John Mills, Sr. Software Engineer

>   TGA Technologies, Inc.

>   100 Pinnacle Way, Suite 140

>   Norcross, GA 30071-3633

>   e-mail: ">jmills@tga.com

>   Phone: 770-441-2100 ext.124 (voice)

>          770-449-7740 (FAX)

> 

> --

> To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.

> 


-- 
Ryan Bridges
">reverend@linux.com
"It is better to light a candle than to curse the darkness"  --Chinese Proverb
--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.