Correction from Ryan Murray.

svn path=/trunk/; revision=1632

1 files 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 @@
 <table width="100%" cellpadding=0><tr>
 <td width="30%">Back to <a href="index.html">Fetchmail Home Page</a>
 <td width="30%" align=center>To <a href="/~esr/sitemap.html">Site Map</a>
-<td width="30%" align=right>$Date: 1998/02/16 06:03:22 $
+<td width="30%" align=right>$Date: 1998/02/16 06:57:01 $
 </table>
 <HR>
 <H1>Frequently Asked Questions About Fetchmail</H1>
@@ -1270,15 +1270,18 @@ is turned off.  We have no idea why this is.<p>
 <h2><a name="R9">R9. Fetchmail fails when used with a dynamic PPP link.</a></h2>
 
 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 <code>551 ... we do not relay</code>.<P>
+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 <code>551 ... we do not relay</code>.  If
+relaying is allowed, your MTA may send a "host misconfiguration"
+error notification to postmaster, and bounce the message (ouch).<P>
 
 In order to avoid giving indigestion to certain picky MTAs (notably <a
 href="#T3">exim</a>), 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.<P>
 
-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 <code>/etc/hosts</code>.  (The name `localhost'
 will usually work).<P>
 
-If your MTA is sendmail, another fix is to restart each time you connect
-to your ISP:<P>
+If your MTA is sendmail, another possible fix is to restart each time
+you connect to your ISP:<P>
 
 <pre>
         kill -HUP `head -1 /var/run/sendmail.pid`
 </pre>
 
-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."<P>
+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."<P>
 
 <hr>
 <h2><a name="D1">D1. I think I've set up fetchmail correctly, but I'm not getting any mail.</a></h2>
@@ -1799,7 +1802,7 @@ Re-ordering messages is a user-agent function, anyway.<P>
 <table width="100%" cellpadding=0><tr>
 <td width="30%">Back to <a href="index.html">Fetchmail Home Page</a>
 <td width="30%" align=center>To <a href="/~esr/sitemap.html">Site Map</a>
-<td width="30%" align=right>$Date: 1998/02/16 06:03:22 $
+<td width="30%" align=right>$Date: 1998/02/16 06:57:01 $
 </table>
 
 <P><ADDRESS>Eric S. Raymond <A HREF="mailto:esr@thyrsus.com">&lt;esr@snark.thyrsus.com&gt;</A></ADDRESS>