Résumé : remove some text that seams to have been leftover in an earlier edit, at least I do not understand what it was supposed to communicate
< Here's a slightly edited answer. -- AlexSchroeder
< From: those who know me have no need of my name
< Subject: Re: How do I setup the email client / MUA
< Newsgroups: comp.emacs
< Date: 02 Jul 2001 15:08:38 GMT
< to help get you started here is how you specify a pop3 hosted maildrop for
> To help get you started here is how you specify a pop3 hosted maildrop for
This page describes how to effectively retrieve mail (from remote machines, spool files, …) and also how you can read them.
To help get you started here is how you specify a pop3 hosted maildrop for …
(setenv "MAILHOST" "pop3server") (setq rmail-primary-inbox-list '("po:username") rmail-pop-password-required t)
(setq gnus-secondary-select-methods '((nnml "")) mail-sources '((pop :server "pop3server" :user "username")))
(setq vm-spool-files '("pop3server:110:pass:username:*" "~/INBOX"))
Note: All three will want to clear your maildrop once they have retrieved the messages, so if you are testing and wish to continue using your old mail tool you need to take steps to prevent that action (i.e., set rmail-preserve-inbox to t, use epop3.el (and read more in order to install it), or set vm-pop-expunge-after-retrieving to nil, respectively).
This is a bit silly. I know of several people (myself included) who said to themselves “Gee, maybe I’ll try to use Emacs to read my mail” only to have their mail gobbled up and whisked away to an undisclosed location. After the shock has worn off and the person has rescued their mail, they do not touch their mail with Emacs again. It seems that the default behavior should be non-destructive.
Note: The whole Emacs process is blocked during mail retrieval if Emacs does it itself. So if you are downloading large mails and tend to use Emacs for almost everything, you lose the multitasking features of your environment. It might be a better idea to use another process like fetchmail to retrieve the mails and offer them in a mailbox to Emacs or to switch to another advanced Mail User Agent like mutt which is able to use Emacs as its editor, see MuttInEmacs.
Rmail and maybe other packages use the “movemail” program for getting e-mail (for example from remote POP3 mailboxes). You specify the mailbox as an URL:
However if your username contains the ‘@’ character, you can’t access your mailbox because movemail’s URL parser interprets everything after the @ as the host name of the POP3 server. For example, gmail uses the firstname.lastname@example.org notation for usernames… Silly, it got me headaches.
Better use fetchmail, movemail is just stupid, somebody should fix it’s URL parser to parse the @ at the end of the string.
Is the situation any better with Gnus or VM? Any really good and sane e-mail client for Emacs?
Using hex for the at-sign like
pop://username%40hostname:password@hostname:port doesn’t work either. It seems movemail doesn’t support SSL encryption (it does support TLS, but doesn’t work) and somebody on the movemail list suggested using the separate
‘stunnel’ program for SSL tunneling the connection to the server. However I can’t modify Rmail’s invocation of movemail.
I think I’m back to fetchmail. I’m also searching for a new mail client that has built-in support for MIME. Suggestions?
Reading mail is just like WritingMail. There is no generic way to call the Right tool for you. Some third party package may be mua-aware and thus should be informed of your preference. You have to set
‘read-mail-command’ to do so.
Here are some examples:
Use M-x rmail to read your mail. set
‘read-mail-command’ to ‘rmail.
See also: WritingMail