Re: mutt, pop, and HOWTOs (was Re: fork() ?)
Simon, et al -- ...and then Simon White said... % % functionality retired in favour of good IMAP support and a HOWTO for % fetchmail included in the Mutt distribution package? Since mutt doesn't have the ability to send mail itself, but depends on an MTA, I think it makes perfect sense to not bother with receiving mail itself, and I'm all for tossing out that chunk of code. How many people actually use mutt's pop and that's it for getting their messages, other than newbies who try it first and then realize that they should use a real downloading program? I don't think we should bother with a fetchmail HOWTO just like we don't bother with a sendmail HOWTO, but *perhaps* pointers to web sites for fetchmail and getmail as well as sendmail, qmail, postfix, exim, ssmtp, and maybe a few others (or maybe only one or two, but I don't want to start a no, list MY favorite MTA! flame war :-) would cover the right amount of ground. % % -- % [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:76.25% see www.mersenne.org] % Programming today is a race between software engineers striving to build % bigger and better idiot-proof programs, and the Universe trying to produce % bigger and better idiots. So far, the Universe is winning. -- Rich Cook :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg27348/pgp0.pgp Description: PGP signature
Re: mutt, pop, and HOWTOs (was Re: fork() ?)
* David T-G [EMAIL PROTECTED] [2002-04-18 08.20 -0500]: Since mutt doesn't have the ability to send mail itself, but depends on an MTA, I think it makes perfect sense to not bother with receiving mail itself, and I'm all for tossing out that chunk of code. I second that. [...snip...] I don't think we should bother with a fetchmail HOWTO just like we don't bother with a sendmail HOWTO, but *perhaps* pointers to web sites for fetchmail and getmail as well as sendmail, qmail, postfix, exim, ssmtp, and maybe a few others (or maybe only one or two [...snip...] hmmm, just a quick thought: perhaps a pointer to an existing resource? Is there something like the Internet e-mail how-to over at linux-doc? Someplace else? I don't see why the mutt docs should provide info that's already available at a place devoted to it. Just my 2whatever. -- Martin Karlsson -- 0x9C924660 You can't teach people to be lazy - either they have it, or they don't. --Dagwood Bumstead msg27352/pgp0.pgp Description: PGP signature
Re: mutt, pop, and HOWTOs (was Re: fork() ?)
mutt has two varieties of pop support, and its not clear which (or both) varieties you are talking about: 1 - The fetch-mail function This doesn't seem enormously useful now that mutt has mailbox support for pop://. 2 - browsing pop:// mailboxes This is critical. I and others I know use mutt on varieties of machines, where we need to check our email online, and DON'T have imap access. The ability to do a quick check of our mail, without disturbing the mail store, and without installing and configuring software on all the machines we check mail from, is a huge advantage to using mutt. I hope that nobody is even considering removing this support. The fetch-mail function looks to me like it could be replaced with a macro that changes to a pop mailbox, selects all the messages, and saves them in the last mailbox. Sam On Thu, Apr 18, 2002 at 08:20:24AM -0500, David T-G [EMAIL PROTECTED] wrote: Simon, et al -- ...and then Simon White said... % % functionality retired in favour of good IMAP support and a HOWTO for % fetchmail included in the Mutt distribution package? Since mutt doesn't have the ability to send mail itself, but depends on an MTA, I think it makes perfect sense to not bother with receiving mail itself, and I'm all for tossing out that chunk of code. How many people actually use mutt's pop and that's it for getting their messages, other than newbies who try it first and then realize that they should use a real downloading program? I don't think we should bother with a fetchmail HOWTO just like we don't bother with a sendmail HOWTO, but *perhaps* pointers to web sites for fetchmail and getmail as well as sendmail, qmail, postfix, exim, ssmtp, and maybe a few others (or maybe only one or two, but I don't want to start a no, list MY favorite MTA! flame war :-) would cover the right amount of ground. % % -- % [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:76.25% see www.mersenne.org] % Programming today is a race between software engineers striving to build % bigger and better idiot-proof programs, and the Universe trying to produce % bigger and better idiots. So far, the Universe is winning. -- Rich Cook :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! -- Sam Roberts [EMAIL PROTECTED]
Re: mutt, pop, and HOWTOs (was Re: fork() ?)
Martin, et al -- ...and then Martin Karlsson said... % % * David T-G [EMAIL PROTECTED] [2002-04-18 08.20 -0500]: ... % bother with a sendmail HOWTO, but *perhaps* pointers to web sites for ... % % hmmm, % just a quick thought: perhaps a pointer to an existing resource? Is % there something like the Internet e-mail how-to over at linux-doc? % Someplace else? I don't see why the mutt docs should provide info % that's already available at a place devoted to it. If we can count no that existing metaresource, then that's great; if it might (as in has a moderate to high probability, not in case pigs start flying) go away, though, I'd say to point to the tool pages themselves. It once again saves us from the no, include MY favorite OS-of-choice-mail-configuration-site debate but also is one less thing to maintain in the docs. % % Just my 2whatever. Thanks for contributing! % % -- % Martin Karlsson -- 0x9C924660 % % You can't teach people to be lazy - % either they have it, or they don't. --Dagwood Bumstead % HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg27358/pgp0.pgp Description: PGP signature
Re: mutt, pop, and HOWTOs (was Re: fork() ?)
On Thu, Apr 18, 2002 at 11:00:03AM -0400, Sam Roberts wrote: 2 - browsing pop:// mailboxes This is critical. I and others I know use mutt on varieties of machines, where we need to check our email online, and DON'T have imap access. The ability to do a quick check of our mail, without disturbing the mail store, and without installing and configuring software on all the machines we check mail from, is a huge advantage to using mutt. I like this one too -- it is very usefull when I use Win32 (MinGW) port of mutt on the university network (so I do not have to install any MTA a MDA programs). Please, keep it there. Matej -- Matej Cepl, [EMAIL PROTECTED] 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 The politician attempts to remedy the evil by increasing the very thing that caused the evil in the first place: legal plunder. -- Frederick Bastiat
Re: mutt, pop, and HOWTOs (was Re: fork() ?)
begin David T-G quotation: I don't think we should bother with a fetchmail HOWTO just like we don't bother with a sendmail HOWTO, but *perhaps* pointers to web sites for fetchmail and getmail as well as sendmail, qmail, postfix, exim, ssmtp, and maybe a few others (or maybe only one or two, but I don't want to start a no, list MY favorite MTA! flame war :-) would cover the right amount of ground. IMHO, list as many as you can think of, but only if they have free licenses. Which of the above are excluded by this is left as an exercise for the reader, for obvious reasons. -- Shawn McMahon| McMahon's Laws of Linux support: http://www.eiv.com | 1) There's more than one way to do it AIM: spmcmahonfedex, smcmahoneiv | 2) Somebody thinks your way is wrong msg27364/pgp0.pgp Description: PGP signature