From 6871df7a382e0b5205446329523826659657d1e8 Mon Sep 17 00:00:00 2001 From: "Eric S. Raymond" Date: Wed, 30 Oct 1996 22:51:22 +0000 Subject: Typo fixes. svn path=/trunk/; revision=439 --- fetchmail.man | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fetchmail.man b/fetchmail.man index cc15fbbf..6620d066 100644 --- a/fetchmail.man +++ b/fetchmail.man @@ -357,7 +357,7 @@ real fix for this problem is to switch to IMAP. The IMAP code uses the presence or absence of the server flag \eSeen to decide whether or not a message is new. Under Unix, it counts on your IMAP server to notice the BSD-style Status flags set by mail user -agents and set the \Seen flag from them when appropriate. All Unix +agents and set the \eSeen flag from them when appropriate. All Unix IMAP servers we know of do this, though it's not specified by the IMAP RFCs. If you ever trip over a server that doesn't, the symptom will be that messages you have already read on your host will look new to @@ -366,7 +366,7 @@ the server. In this (unlikely) case, only messages you fetched with .SH THE RUN CONTROL FILE The preferred way to set up fetchmail (and the only way if you want to avoid specifying passwords each time it runs) is to write a -\fI.fetchmailrc\fR file in your home directory. To protect the security +\&\fI.fetchmailrc\fR file in your home directory. To protect the security of your passwords, your \fI~/.fetchmailrc\fR may not have more than u+r,u+w permissions; .I fetchmail -- cgit v1.2.3