aboutsummaryrefslogtreecommitdiffstats
path: root/README
blob: 6faa58a782103e5a7719c47f943c715c441496f4 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
fetchmail README
================

Introduction
------------

Fetchmail is a free, full-featured, robust, well-documented remote mail 
retrieval and forwarding utility intended to be used over on-demand TCP/IP 
links (such as SLIP or PPP connections).  It retrieves mail from remote mail 
servers and forwards it to your local (client) machine's delivery system, so it 
can then be be read by normal mail user agents such as mutt(1), elm(1) or 
Mail(1).

Fetchmail supports all standard mail-retrieval protocols in use on the 
Internet: POP3 (including some variants such as RPOP, APOP, KPOP), IMAP4rev1 
(also IMAP4, IMAP2bis), POP2, IMAP4, ETRN, and ODMR. On the output side, 
fetchmail supports ESMTP/SMTP, LMTP, and invocation of a local delivery agent.

Fetchmail also fully supports authentication via GSSAPI, Kerberos 4 and 5, 
RFC1938 one-time passwords, Compuserve's POP3 with RPA, Microsoft's NTLM, Demon 
Internet's SDPS, or CRAM-MD5 authentication a la RFC2195.

Fetchmail supports end-to-end encryption with OpenSSL, do read README.SSL for 
details on fetchmail's configuration and README.SSL-SERVER for server-side 
requirements.  NOTE! To be compatible with earlier releases, fetchmail 6.3's 
default behaviour is more relaxed than dictated by the standard - add options 
such as --sslcertck to tighten certificate checking.

Portability
-----------

The fetchmail code was developed under Linux, but has also been extensively 
tested under the BSD variants, AIX, HP-UX versions 9 and 10, SunOS, Solaris, 
NEXTSTEP, OSF 3.2, IRIX, and Rhapsody.

It should be readily portable to other Unix variants and Unix-like operating 
systems (it uses GNU autoconf).  It has been ported to Cygwin, LynxOS and BeOS 
and will build there without special action.  It has also been ported to QNX; 
to build under QNX, see the header comments in the Makefile.  It is reported to 
build and run under AmigaOS.

Further reading
---------------

The INSTALL file describes how to configure and install fetchmail.

See the distribution files FEATURES for a full list of features, NEWS for 
detailed information on recent changes, NOTES for design notes, and TODO for 
a list of things that still need doing.  If you want to hack on this code, 
a list of known bugs and to-do items can be found in the file todo.html.

Status, source code
-------------------

The fetchmail code appears to be stable and free of bugs affecting normal 
operation (that is, retrieving from POP3 or IMAP in single-drop mode and 
forwarding via SMTP to sendmail).

You can get the code from the fetchmail home page:

	http://www.fetchmail.info/

	http://fetchmail.berlios.de/

Enjoy!

							-- esr, ma
/span> REL="Index" HREF="index.html" > <LINK REL="made" HREF="mailto:jcfoley%40comcast.net"> <META NAME="robots" CONTENT="index,nofollow"> <LINK REL="Previous" HREF="008522.html"> <LINK REL="Next" HREF="008524.html"> </HEAD> <BODY BGCOLOR="#ffffff"> <H1>[fetchmail]fetchmail vs Maillenium; mail truncated to 80K </H1> <B>jcfoley@comcast.net </B> <A HREF="mailto:jcfoley%40comcast.net" TITLE="[fetchmail]fetchmail vs Maillenium; mail truncated to 80K">jcfoley@comcast.net </A><BR> <I>Fri, 23 Apr 2004 02:51:22 +0000</I> <P><UL> <LI> Previous message: <A HREF="008522.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K </A></li> <LI> Next message: <A HREF="008524.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K </A></li> <LI> <B>Messages sorted by:</B> <a href="date.html#8523">[ date ]</a> <a href="thread.html#8523">[ thread ]</a> <a href="subject.html#8523">[ subject ]</a> <a href="author.html#8523">[ author ]</a> </LI> </UL> <HR> <!--beginarticle--> <PRE>You're probably using a Comcast POP3 server. Many others have experienced this problem. The problem is that the server truncates the amount of data returned by the POP3 TOP command. Comcast changed to the Maillennium POP3 server in Summer 2003. For several months they refused to acknowledge any issue at their end that would account for email truncation. Recently the Comcast Government Affairs Manager at Comcast of Montgomery (Maryland) sent me the information at the end of this message. I believe the Outlook Express flaw they reference was fixed a few years ago. Regardless it does seem to be a strange and non-conforming server implementation that silently does the wrong thing specified by the RFC and every other server I've used. On the other hand, people have made the comment that fetchmail should not be relying on TOP because a) that's not what it is for and/or b) it is an optional POP3 command. Item I8 of the fetchmail FAQ which appears to be maintained by Eric S. Raymond says, &quot;Don't mistake this for a fetchmail bug.&quot; It would be nice to hear from a fetchmail expert/authority on whether fetchmail is doing the right thing by using TOP and for a rationale of the FAQ's response. If fetchmail's use of TOP is legitimate then maybe Comcast would uncripple their server if more people complained. Jim Foley ======================================================================= ======================================================================= Date: Wed, 3 Mar 2004 11:59:17 -0500 Mr. Foley, this email responds to the questions you posed following our conference call. First, Comcast does support POP 3 TOP commands, however Comcast has found that increasing the amount of data TOP returns beyond the value of 64K has a tendency to crash Microsoft Outlook Express when an abnormally large header is sent. Increasing the value beyond 64K would open the platform to malicious use of large headers that adversely impacts system performance. Virtually all of Comcast's high-speed Internet customers use Outlook Express. Comcast has not received requests from other subscribers who seek to use the TOP command in the manner you have requested. Further, Comcast has not received any other complaints regarding email truncation with the TOP command. Should you wish to continue checking your mail through manual commands you might try using the RETR command, which will return the entire message. ... Date: Fri, 5 Mar 2004 16:28:11 -0500 Mr. Foley: This is in response to your question regarding &quot;POP 3 RFC compliance.&quot; We have tried to answer your question about Comcast's services by talking about the specific application in which you are interested and how that application relates to technical information regarding the configuration of Comcast's Internet service. We have provided you all the information that we can by explaining that Comcast limits the optional POP 3 Top Command to a value of 64k because any larger value has a tendency to crash Microsoft Outlook and could leave Comcast's system open to the malicious use of large headers intended to impair system performance. The decision by Comcast to place limitations on the optional POP 3 TOP email commands is a technical business decision made by Comcast in the best interest of all its customers and its system. ... ... With respect to the specific RFC at issue, RFC 1939, POP 3, it is our understanding that it is a protocol &quot;intended to permit a workstation to dynamically access a maildrop on a server host in a useful fashion. Usually, this means that the POP3 protocol is used to allow a workstation to retrieve mail that the server is holding for it. Pop 3 is not intended to provide extensive manipulation operations of mail on the server.&quot; POP 3 was created in May 1996 and has not been revised since, despite the many changes in computer hardware and software related to handling of email since that time. In any event, the TOP command is identified as an optional POP 3 command in RFC 1939. ... </PRE> <!--endarticle--> <HR> <P><UL> <!--threads--> <LI> Previous message: <A HREF="008522.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K </A></li> <LI> Next message: <A HREF="008524.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K </A></li> <LI> <B>Messages sorted by:</B> <a href="date.html#8523">[ date ]</a> <a href="thread.html#8523">[ thread ]</a> <a href="subject.html#8523">[ subject ]</a> <a href="author.html#8523">[ author ]</a> </LI> </UL> </body></html>