From: "Robert J. Chassell" <bob@rattlesnake.com>
Subject: Re: multiple POP support for RMAIL
Date: Sun, 22 Feb 2004 00:05:05 +0000 (UTC) [thread overview]
Message-ID: <m1Auh7J-000UMrC@rattlesnake.com> (raw)
In-Reply-To: <E1Auf6y-0002gy-00@surf.glug.org> (message from Thien-Thi Nguyen on Sat, 21 Feb 2004 22:56:37 +0100)
ttn@glug.org did a wonderful thing, with is create
multiple POP support for RMAIL, but he also wrote
...there is currently no way to specify multiple passwords
non-interactively.
Please implement this feature: I would very much like to fetch
various email accounts using POP. At the moment I can only fetch one.
There are 3 others I would like to fetch. (Right now, I use lftp for
those, which I do not like at all.)
Unfortunately, I lack the time to type in the passwords interactively;
worse, I cannot remember the passwords. I have a hard enough time
remembering a password for `ssh-agent'. I should be able to specify
`M-x rmail' and not have to remember any passwords.
Thank you.
(Sadly, Gnus is not an option for me: when I last spent several days
a couple of years ago trying to configure Gnus for email, I was unable
to figure out and no one was able to tell me how to configure Gnus to
highlight each of the following differently, a minimum of 4 different
highlighting looks for 7 different types of entity:
in the *Group* buffer
Summary buffer with unread new email in it
Summary buffer with unread old email in it
Summary buffer with only read email in it
in a *Summary* buffer
new unread email messages
old unread email messages
read email messages
in any buffer
that which is marked for deletion
(Some faces could be specified, but not those I wanted.
(Presumably, `old' is specifed in one of a choice of several ways,
such as `1 day' or `since last invocation of Gnus', or `since last 4
invocations of Gnus'. I cannot remember what I chose.
(Also, I looked for, but could not find a definitive statement on what
to do actively to prevent automatic `expiration'. Various people
assured me that the previous documentation I had read that old
messages would be deleted automatically was no longer true, but no one
could provide a clue to how to make sure overtly that Gnus never, ever
mistook old email messages for news messages.
(I know that many people use Gnus and find it wonderful. My hunch is
that if I could configure it happily, I too would find it wonderful.
It is all a matter of how people do their work and how important
security is.)
--
Robert J. Chassell Rattlesnake Enterprises
http://www.rattlesnake.com GnuPG Key ID: 004B4AC8
http://www.teak.cc bob@rattlesnake.com
next prev parent reply other threads:[~2004-02-22 0:05 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-21 21:56 multiple POP support for RMAIL Thien-Thi Nguyen
2004-02-22 0:05 ` Robert J. Chassell [this message]
2004-02-22 11:14 ` Thien-Thi Nguyen
2004-02-22 13:43 ` Robert J. Chassell
2004-03-06 22:31 ` Thien-Thi Nguyen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m1Auh7J-000UMrC@rattlesnake.com \
--to=bob@rattlesnake.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).