From 9ef66fb02cb22c301a4abfc547a7139951eea4a7 Mon Sep 17 00:00:00 2001
From: "Eric S. Raymond" To Site
Map
-$Date: 2002/10/18 11:03:00 $
+$Date: 2002/10/31 12:40:12 $
@@ -1608,7 +1608,9 @@ a terminating newline get the POP3 message termination dot emitted
with no terminating newline added. This will hang fetchmail or any
other RFC-compliant server. IMAP is alleged to work OK, though.
Older versions of Exchange are semi-usable.
+Older versions of Exchange are semi-usable. They randomly drop +atttachments on the floor, though. Microsoft acknowledges this +as a known bug and apparently has no plans to fix it.
Fetchmail using IMAP supports the proprietary NTLM mode used with M$ Exchange servers. To enable this, configure fetchmail with @@ -3010,11 +3012,14 @@ only effective solution.
We've had sporadic reports of problems with Microsoft Exchange and Outlook servers. These sometimes randomly fail to ship -attachments to your client. They may also mangle the attachments -they do pass through. If you see unreadable attachments with a -ContentType of "application/x-tnef", you're having this problem. -The TNEF -utility may help.
+attachments to your client. This is a known bug, acknowledged by +Microsft. + +They may also mangle the attachments they do pass through. If you +see unreadable attachments with a ContentType of "application/x-tnef", +you're having this problem. The TNEF utility may +help.
The Mail Max POP3 server and the InterChange and Imail IMAP servers are known to simply drop MIME attachments when uploading @@ -3439,7 +3444,7 @@ get the message only once per run.
Page