diff options
author | Eric S. Raymond <esr@thyrsus.com> | 1996-10-30 22:51:22 +0000 |
---|---|---|
committer | Eric S. Raymond <esr@thyrsus.com> | 1996-10-30 22:51:22 +0000 |
commit | 6871df7a382e0b5205446329523826659657d1e8 (patch) | |
tree | 838a9e728077ebb5a066cee50adcbe8d67b7bfaf | |
parent | 3a842b296792850080bae4a4fa0db900421cbc06 (diff) | |
download | fetchmail-6871df7a382e0b5205446329523826659657d1e8.tar.gz fetchmail-6871df7a382e0b5205446329523826659657d1e8.tar.bz2 fetchmail-6871df7a382e0b5205446329523826659657d1e8.zip |
Typo fixes.
svn path=/trunk/; revision=439
-rw-r--r-- | fetchmail.man | 4 |
1 files 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 |