From cc2681ccc9f25310ed9751cca414658d792f99b1 Mon Sep 17 00:00:00 2001 From: "Eric S. Raymond" Date: Mon, 16 Feb 1998 06:57:01 +0000 Subject: Correction from Ryan Murray. svn path=/trunk/; revision=1632 --- fetchmail-FAQ.html | 29 ++++++++++++++++------------- 1 file changed, 16 insertions(+), 13 deletions(-) diff --git a/fetchmail-FAQ.html b/fetchmail-FAQ.html index 99d7539e..39e7eb1b 100644 --- a/fetchmail-FAQ.html +++ b/fetchmail-FAQ.html @@ -10,7 +10,7 @@
Back to Fetchmail Home Page To Site Map -$Date: 1998/02/16 06:03:22 $ +$Date: 1998/02/16 06:57:01 $

Frequently Asked Questions About Fetchmail

@@ -1270,15 +1270,18 @@ is turned off. We have no idea why this is.

R9. Fetchmail fails when used with a dynamic PPP link.

The diagnostic of this problem is that your MTA, on the receiving end -of an SMTP forward from fetchmail, refuses a RCPT TO delivery address -with the complaint 551 ... we do not relay.

+of an SMTP forward from fetchmail, interprets the RCPT TO delivery +address as arequest to relay. If relaying is disabled, sendmail will +refuse with the complaint 551 ... we do not relay. If +relaying is allowed, your MTA may send a "host misconfiguration" +error notification to postmaster, and bounce the message (ouch).

In order to avoid giving indigestion to certain picky MTAs (notably exim), fetchmail always makes the RCPT TO address it feeds the MTA a fully qualified one with a hostname part. Normally it does this by appending @ and your client machine's hostname.

-This, however, can creates problems when your MTA is running in daemon +This, however, can create problems when your MTA is running in daemon mode and outlasts the dynamic IP address assignment your client machine had when the MTA started up. Since the new IP address (looked up at RCPT TO interpretation time) doesn't match the original, your @@ -1289,19 +1292,19 @@ option to force the appended hostname to one with a (fixed) IP address of 127.0.0.1 in your /etc/hosts. (The name `localhost' will usually work).

-If your MTA is sendmail, another fix is to restart each time you connect -to your ISP:

+If your MTA is sendmail, another possible fix is to restart each time +you connect to your ISP:

         kill -HUP `head -1 /var/run/sendmail.pid`
-If this doesn't fix it, you might have to put your dynamic IP address -in whatever your sendmail is using for a cw file (/etc/sendmail.cw). -Ryan Murray reports "my ip-up script for PPP puts my fully qualified -domain name at the bottom of /etc/hosts (building from a template), -sends the name off to sendmail.cw, restarts sendmail, and then starts -fetchmail."

+If neither of these fixes the problem, you might have to put your +dynamic IP address in whatever your sendmail is using for a cw file +(/etc/sendmail.cw). Ryan Murray reports "my ip-up script for PPP puts +my fully qualified domain name at the bottom of /etc/hosts (building +from a template), sends the name off to sendmail.cw, restarts +sendmail, and then starts fetchmail."

D1. I think I've set up fetchmail correctly, but I'm not getting any mail.

@@ -1799,7 +1802,7 @@ Re-ordering messages is a user-agent function, anyway.

Back to Fetchmail Home Page To Site Map -$Date: 1998/02/16 06:03:22 $ +$Date: 1998/02/16 06:57:01 $

Eric S. Raymond <esr@snark.thyrsus.com>
-- cgit v1.2.3