]> Pileus Git - ~andy/fetchmail/blobdiff - fetchmail-FAQ.html
Update German translation.
[~andy/fetchmail] / fetchmail-FAQ.html
index c57438fc2f58ffb079e61712488d0e6f209ea0d8..5433220e8f4b7f03f532f948182ee254d5d1890a 100644 (file)
@@ -17,7 +17,7 @@ a much better one.
 <title>The Fetchmail FAQ</title>
 <meta name="description"
 content="Frequently asked questions about fetchmail."/>
 <title>The Fetchmail FAQ</title>
 <meta name="description"
 content="Frequently asked questions about fetchmail."/>
-<meta name="keywords" content="fetchmail, POP, POP2, POP3, IMAP, remote mail"/>
+<meta name="keywords" content="fetchmail, POP3, IMAP, remote mail"/>
 </head>
 <body>
 <table width="100%" cellpadding="0" summary="Canned page footer">
 </head>
 <body>
 <table width="100%" cellpadding="0" summary="Canned page footer">
@@ -528,11 +528,11 @@ paper on the Web with a search for that title.</p>
 <h2><a id="G8" name="G8">G8. What is the best server to use with
 fetchmail?</a></h2>
 
 <h2><a id="G8" name="G8">G8. What is the best server to use with
 fetchmail?</a></h2>
 
-<p>Fetchmail will work with any POP, IMAP, ETRN, or ODMR server
+<p>Fetchmail will work with any POP3, IMAP, ETRN, or ODMR server
 that conforms to the relevant standards/RFCs (and even some outright
 broken ones like <a href="#S2">Microsoft Exchange</a> and <a
     href="#S6">Novell GroupWise</a>). This doesn't mean it works equally
 that conforms to the relevant standards/RFCs (and even some outright
 broken ones like <a href="#S2">Microsoft Exchange</a> and <a
     href="#S6">Novell GroupWise</a>). This doesn't mean it works equally
-well with all, however. POP2 servers, and POP3 servers without UIDL,
+well with all, however. POP3 servers without UIDL
 limit fetchmail's capabilities in various ways described on the manual
 page.</p>
 
 limit fetchmail's capabilities in various ways described on the manual
 page.</p>
 
@@ -1595,11 +1595,20 @@ so broken that it's unusable. One symptom is that messages without
 a terminating newline get the POP3 message termination dot emitted
 -- you guessed it -- right after the last character of the message,
 with no terminating newline added. This will hang fetchmail or any
 a terminating newline get the POP3 message termination dot emitted
 -- you guessed it -- right after the last character of the message,
 with no terminating newline added. This will hang fetchmail or any
-other RFC-compliant server. IMAP is alleged to work OK, though.</p>
-
-<p>Older versions of Exchange are semi-usable.  They randomly drop
-attachments on the floor, though.  Microsoft acknowledges this
-as a known bug and apparently has no plans to fix it.</p>
+other RFC-compliant client. IMAP is alleged to work OK, though.</p>
+
+<p>Exchange 2003 SP2 has been observed to alter MIME boundary
+lines in multipart messages between one IMAP FETCH command and the next
+under some circumstances -- for instance, when the top-level
+Content-Transfer-Encoding is "binary" (which is commonplace with Perl's
+MIME::Lite module).  This causes MUAs to not detect attachments, but
+render the whole message body as one lump of hardly legible to
+unintelligible text, rather than nicely presenting text part and
+attachments or images separately.  The cause is that Exchange uses its
+own message store and needs to convert back to MIME message format
+on-the-fly, and apparently this is sometimes subject to such
+inconsistencies.
+</p>
 
 <p>Fetchmail using IMAP usually supports the proprietary NTLM mode used
 with Microsoft Exchange servers. "Usually" here means that it fails on some
 
 <p>Fetchmail using IMAP usually supports the proprietary NTLM mode used
 with Microsoft Exchange servers. "Usually" here means that it fails on some
@@ -1719,9 +1728,6 @@ explicitly to your mailbox name.</li>
 </ul>
 </blockquote>
 
 </ul>
 </blockquote>
 
-<p>But, the best option involves finding a server that runs better
-software.</p>
-
 <h2><a id="S3" name="S3">S3. How can I use fetchmail with HP
 OpenMail?</a></h2>
 
 <h2><a id="S3" name="S3">S3. How can I use fetchmail with HP
 OpenMail?</a></h2>
 
@@ -2532,10 +2538,11 @@ the most secure schemes are tried first.</p>
 
 <p>However, sometimes the server offers a secure authentication scheme
 that is not properly configured, or an authentication scheme such as
 
 <p>However, sometimes the server offers a secure authentication scheme
 that is not properly configured, or an authentication scheme such as
-GSSAPI does requires credentials to be acquired externally. In some
-situations, fetchmail cannot know the scheme will fail without trying
-it. In most cases, fetchmail should proceed to the next authentication
-scheme automatically, but this sometimes does not work.</p>
+GSSAPI that requires credentials to be acquired externally. In some
+situations, fetchmail cannot know that the scheme will fail beforehand,
+without trying it. In most cases, fetchmail should proceed to the next
+authentication scheme automatically, but this sometimes does not
+work.</p>
 
 <p><strong>Solution:</strong> Configure the right authentication scheme
 explicitly, for instance, with <kbd>--auth cram-md5</kbd> or <kbd>--auth
 
 <p><strong>Solution:</strong> Configure the right authentication scheme
 explicitly, for instance, with <kbd>--auth cram-md5</kbd> or <kbd>--auth
@@ -3548,7 +3555,7 @@ oversized mails or both when a user specifies both
 first message in your mailbox. This usually stems from a message like
 the one shown below, which is automatically created on your server. This
 message shows up if the University of Washington IMAP or PINE software
 first message in your mailbox. This usually stems from a message like
 the one shown below, which is automatically created on your server. This
 message shows up if the University of Washington IMAP or PINE software
-is used on the server together with a POP2 or POP3 daemon that is not
+is used on the server together with a POP3 daemon that is not
 aware of these messages, such as some versions of Qualcomm Popper
 (QPOP):</p>
 
 aware of these messages, such as some versions of Qualcomm Popper
 (QPOP):</p>