From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/7395 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.gnus.general Subject: Re: POP3 support Date: 31 Jul 1996 16:06:09 -0400 Sender: raeburn@cygnus.com Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035147713 7068 80.91.224.250 (20 Oct 2002 21:01:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:01:53 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id NAA11563 for ; Wed, 31 Jul 1996 13:23:49 -0700 Original-Received: from cygnus.com (cygnus.com [140.174.1.1]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 31 Jul 1996 22:06:28 +0200 Original-Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by cygnus.com (8.6.12/8.6.9) with SMTP id NAA27052; Wed, 31 Jul 1996 13:06:15 -0700 Original-Received: from cujo.cygnus.com by tweedledumb.cygnus.com (4.1/4.7) id AA17889; Wed, 31 Jul 96 16:06:11 EDT Original-Received: by cujo.cygnus.com; (5.65v3.2/1.1.8.2/20Sep95-0235PM) id AA01397; Wed, 31 Jul 1996 16:06:10 -0400 Original-To: ding@ifi.uio.no In-Reply-To: Richard Pieri's message of 31 Jul 1996 12:08:41 -0400 Original-Lines: 30 X-Mailer: Gnus v5.2.32/Emacs 19.31 Xref: main.gmane.org gmane.emacs.gnus.general:7395 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:7395 Richard Pieri writes: > I have just sent my finished pop3.el (version 1.0) to Lars for > integration with Red Gnus. I think anyone who reads mail from a POP > server will be quite pleased with the changes an Emacs Lisp > implementation will bring about. Just as long as I can still run movemail to talk to my pop server. I assume you didn't implement Kerberos authentication (including DES encryption) in elisp? :-) I've been thinking about writing a utility program for Kerberos that emacs could call, so it could have control of the POP session, but it's pretty low on my priority list right now. > * Running count of messages retrieved. Very nice to have when you are > pulling 300 messages down over a modem link. Win32 users rejoice :). Sounds nice. Wish I could use it. :-( > * If I can figure out the backend interface and spooling scheme, > messages can be spooled directly into their correct folders, bypassing > the crashbox stage (which is pretty much redundant given the nature of > POP3 maildrops), dramatically increasing spooling speeds. Or maybe > someone else can cobble this together instead. I'd love to see that happen. Especially if it's asynchronous, so info from nntp and pop servers can be processed in parallel as it comes in. Might give me incentive to work on the Kerberos hooks...