]> Pileus Git - ~andy/fetchmail/blob - fetchmail-features.html
Kerberos V support.
[~andy/fetchmail] / fetchmail-features.html
1 <!doctype HTML public "-//W3O//DTD W3 HTML 3.2//EN">
2 <HTML>
3 <HEAD>
4 <TITLE>Fetchmail Feature List</TITLE>
5 <link rev=made href=mailto:esr@snark.thyrsus.com>
6 <meta name="description" content="The fetchmail brag sheet.">
7 <meta name="keywords" content="fetchmail, POP, POP3, IMAP, IMAP2bis, IMAP4"> 
8 </HEAD>
9 <BODY>
10 <table width="100%" cellpadding=0><tr>
11 <td width="30%">Back to <a href="index.html">Fetchmail Home Page</a>
12 <td width="30%" align=center>To <a href="/~esr/sitemap.html">Site Map</a>
13 <td width="30%" align=right>$Date: 1998/03/03 21:22:31 $
14 </table>
15 <HR>
16
17 <H1 ALIGN=CENTER>Fetchmail Feature List</H1>
18
19 Here are fetchmail's main features.  Those unique to fetchmail
20 are listed first. <P>
21
22 <H2>Since 4.0:</H2>
23 <UL>
24 <LI> Support for Kerberos V authentication.
25
26 <LI> Support for IMAP-OTP authentication using Craig Metz's patches 
27      for UW IMAP.
28
29 <LI> Support for IPv6 and IPSEC (using Craig Metz's inet6-apps library).
30
31 <LI> Support for IMAP with RFC1731-conformant GSSAPI authentication.
32
33 <LI> Fixed and verified support for Cyrus IMAP server, M$ Exchange,
34      and Post Office/NT.
35
36 <LI> Support for responding with a one-time password when a POP3 server
37      issues an RFC1938-conforming OTP challenge.
38
39 <LI> Support for Compuserve's RPA authentication protocol for POP3
40      (not compiled in by default, but configurable).
41 </UL>
42
43 <H2>Since 3.0:</H2>
44 <UL>
45 <LI> Support for IMAP RFC 1731 authentication with Kerberos v4. 
46
47 <LI> Support for multiple-folder retrieval in a single session 
48      under IMAP. 
49
50 <LI> Following SMTP 571 response to a From line, fetchmail no longer 
51      downloads the bodies of spam messages. 
52
53 <LI> Support for a `hunt list' of SMTP hosts. 
54
55 <LI> Support for ESMTP 8BITMIME and SIZE options. 
56
57 <LI> Support for ESMTP ETRN command. 
58
59 <LI> The stripcr & forcecr options to explicitly control carriage-return 
60      stripping and LF->CRLF mapping before mail forwarding. 
61 </UL>
62
63 <H2>Since 2.0:</H2>
64 <UL>
65 <LI> Support for secure use with ssh. 
66
67 <LI> Mailserver passwords can be parsed out of your .netrc file. 
68
69 <LI> When forwarding mail via SMTP, fetchmail respects the 571 
70      "spam filter" response and discards any mail that triggers it. 
71
72 <LI> Transaction and error logging may optionally be done via syslog. 
73
74 <LI> (Linux only) Security option to permit fetchmail to poll a host  
75      only when a point-to-point link to a particular IP address is
76      up. 
77
78 <LI> RPOP support (restored; had been removed in 1.8). 
79 </UL>
80
81 <H2>2.0 and earlier versions:</H2>
82 <UL>
83 <LI> Support POP2, APOP, RPOP, IMAP2, IMAP2bis, IMAP3, IMAP4, IMAP4rev1. .
84
85 <LI> Support for Kerberos V4 user authentication (either MIT or Cygnus). 
86
87 <LI> Host is auto-probed for a working server if no protocol is
88      specified for the connection.  Thus you don't need to know
89      what servers are running on your mail host in advance; the
90      verbose option will tell you which one succeeds. 
91
92 <LI> Delivery via SMTP to the client machine's port 25.  This
93      means the retrieved mail automatically goes to the system
94      default MDA as if it were normal sender-initiated SMTP mail. 
95
96 <LI> Configurable timeout to detect if server connection is dropped. 
97
98 <LI> Support for retrieving and forwarding from multi-drop mailboxes 
99      that is guaranteed not to cause mail loops. 
100
101 <LI> Large user community -- fetchmail has a large user base (the
102      author's beta list includes well over two hundred people).  This 
103      means feedback is rapid, bugs get found and fixed rapidly. 
104
105 <LI> Carefully written, comprehensive and up-to-date man page describing
106      not only modes of operation but also how to diagnose the most
107      common kinds of problems and what to do about deficient servers.
108
109 <LI> Rugged, simple, and well-tested code -- the author relies on it
110      every day and it has never lost mail, not even in experimental
111      versions.  (In the project's entire history there has only been
112      one recorded instance of lost mail, and that was due to a quirk
113      in some Microsoft code.)
114
115 <LI> Strict conformance to relevant RFCs and good debugging options.
116      You could use fetchmail to test and debug server implementatations.
117 </UL>
118
119 <H2>Features in common with other remote-mail retrieval programs:</H2>
120
121 The other programs I have checked include fetchpop1.9, PopTart-0.9.3,
122 get-mail, gwpop, pimp-1.0, pop-perl5-1.2, popc, popmail-1.6 and upop.<P>
123
124 <UL>
125 <LI> Support for POP3.
126
127 <LI> Easy control via command line or free-format run control file.
128
129 <LI> Daemon mode -- fetchmail can be run in background to poll 
130      one or more hosts at a specified interval.
131
132 <LI> From:, To:, Cc:, and Reply-To: headers are rewritten so that 
133      usernames relative to the fetchmail host become fully-qualified
134      Internet addresses.  This enables replies to work correctly.
135      (Would be unique to fetchmail if I hadn't added it to fetchpop.)
136
137 <LI> Message and header processing are 8-bit clean.
138 </UL>
139
140 <HR>
141 <table width="100%" cellpadding=0><tr>
142 <td width="30%">Back to <a href="index.html">Fetchmail Home Page</a>
143 <td width="30%" align=center>To <a href="/~esr/sitemap.html">Site Map</a>
144 <td width="30%" align=right>$Date: 1998/03/03 21:22:31 $
145 </table>
146
147 <P><ADDRESS>Eric S. Raymond <A HREF="mailto:esr@thyrsus.com">&lt;esr@snark.thyrsus.com&gt;</A></ADDRESS>
148 </BODY>
149 </BODY>
150 </HTML>