svn commit: r46426 - head/en_US.ISO8859-1/books/faq

[Eitan Adler]

Author: eadler
Date: Thu Apr  2 06:05:57 2015
New Revision: 46426
URL: https://svnweb.freebsd.org/changeset/doc/46426

Log:
  faq: mail-loopback
  
  - remove mail-loopback question.  The answer directly quotes the sendmail FAQ,
    and we don't need to be a secondary source for one-of-many sendmail specific
    questions.

Modified:
  head/en_US.ISO8859-1/books/faq/book.xml

Modified: head/en_US.ISO8859-1/books/faq/book.xml
==============================================================================
--- head/en_US.ISO8859-1/books/faq/book.xml	Thu Apr  2 06:03:58 2015	(r46425)
+++ head/en_US.ISO8859-1/books/faq/book.xml	Thu Apr  2 06:05:57 2015	(r46426)
@@ -2084,37 +2084,6 @@ bindkey ^[[3~ delete-char # for xterm</p
       </qandaentry>
 
       <qandaentry>
-	<question xml:id="mail-loopback">
-	  <para>Why does <application>Sendmail</application> give me
-	    an error reading <errorname>mail loops back to
-	      myself</errorname>?</para>
-	</question>
-
-	<answer>
-	  <para>This is answered in the <link
-	      xlink:href="http://www.sendmail.org/faq/">Sendmail
-	      <acronym>FAQ</acronym></link> as follows.  This
-	    <acronym>FAQ</acronym> is recommended reading
-	    when <quote>tweaking</quote> the mail setup.</para>
-
-	  <programlisting>I'm getting these error messages:
-
-553 MX list for domain.net points back to relay.domain.net
-554 <user at domain.net>... Local configuration error
-
-How can I solve this problem?
-
-You have asked mail to the domain (e.g., domain.net) to be
-forwarded to a specific host (in this case, relay.domain.net)
-by using an MX record, but the relay machine does not recognize
-itself as domain.net. Add domain.net to /etc/mail/local-host-names
-[known as /etc/sendmail.cw prior to version 8.10]
-(if you are using FEATURE(use_cw_file)) or add <quote>Cw domain.net</quote>
-to /etc/mail/sendmail.cf.</programlisting>
-	</answer>
-      </qandaentry>
-
-      <qandaentry>
 	<question xml:id="remote-fullscreen">
 	  <para>Why do full screen applications on remote machines
 	    misbehave?</para>