From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58872 Path: main.gmane.org!not-for-mail From: Reiner Steib Newsgroups: gmane.emacs.gnus.general Subject: Re: pop3.el itegration with netrc.el Date: Thu, 14 Oct 2004 20:49:33 +0200 Organization: Dept. of Theoretical Physics, University of Ulm Sender: ding-owner@lists.math.uh.edu Message-ID: References: <4n7jpu4o7d.fsf@lifelogs.com> Reply-To: Reiner Steib NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1097779814 5064 80.91.229.6 (14 Oct 2004 18:50:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 14 Oct 2004 18:50:14 +0000 (UTC) Original-X-From: ding-owner+M7410@lists.math.uh.edu Thu Oct 14 20:50:00 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CIAfo-0003fr-00 for ; Thu, 14 Oct 2004 20:50:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1CIAfi-0005lw-00; Thu, 14 Oct 2004 13:49:54 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CIAfd-0005lr-00 for ding@lists.math.uh.edu; Thu, 14 Oct 2004 13:49:49 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CIAfZ-0001HO-FG for ding@lists.math.uh.edu; Thu, 14 Oct 2004 13:49:45 -0500 Original-Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by justine.libertine.org (Postfix) with ESMTP id 9CA313A0038 for ; Thu, 14 Oct 2004 13:49:44 -0500 (CDT) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CIAfX-0008Qj-00 for ; Thu, 14 Oct 2004 20:49:43 +0200 Original-Received: from lumberjack.physik.uni-ulm.de ([134.60.10.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Oct 2004 20:49:43 +0200 Original-Received: from Reiner.Steib by lumberjack.physik.uni-ulm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Oct 2004 20:49:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Original-Lines: 98 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lumberjack.physik.uni-ulm.de X-Face: #vK]N[`vqjuod*|)'[iD7/"3AB-ApT%fmN"LWAg@oS7OesGv~)n[OBTLM#I="J'Y^-7I I/ps7o_'IK@#-Rs{::DZ@O8yS|fexe,XslY[:dNWOb~>?mC-&i_c)say:"\IpA.5U.b]'NY;Pks{lb h.+#6%DpZuaK3dcHB`Av3zc:r!C%~s0&m,tWj]&},qg.+0ww2gK%f!:GK|wMl.I!(voY*1"^li8"~B BNG)9LvPi?^DMR-GVDnZqhu*3Hi,+g=wFhI)BL6&u{EOVEHjVEVq~d?_}lMntWAc3(6?kftjc>_f>! g0wM(qPM$d5]^TT_Qyi&L?LGVG)SHN;Gk/,pkY9,~ Mail-Copies-To: nobody User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:GM/uqTOqqHh1ZHOq6hwNHB7Ifpw= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58872 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58872 --=-=-= On Thu, Oct 14 2004, Simon Josefsson wrote: > "Ted Zlatanov" writes: > >> pop3.el seems to be separate from the rest of Gnus, so I'm not sure if >> I should add netrc.el (authinfo) support to it - then pop3.el would >> also depend on gnus-encrypt.el. Please advise. > > There are many incompatible forks of pop3.el, the copy in Gnus CVS > used to be one of them. I see now that the copies in Gnus CVS and > Emacs CVS are in sync. I'm not sure how that happened, but it is a > good thing. I've merged the changes from Emacs to Gnus initially and Miles keeps them in sync now. The most important thing was `pop3-leave-mail-on-server'. I'm not sure if this feature (introduced in Emacs) was a good idea in the first place (and I don't know if it works reliably [1]). But if upgrading from Gnus 5.9 to 5.11 would suddenly delete the mails on the server after pop (when `pop3-leave-mail-on-server' is ignored as in Gnus 5.10.6), people won't be happy ("Gnus deleted all my mail!!!1"). > So perhaps we can make this one the canonical copy, and add new > features to it. I'd say go ahead. Dave Love pointed out that `pop3.el' could be used outside Gnus and suggested to remove the nn-whatever dependencies. If we think that this is a valuable goal, we should avoid adding further dependencies. ,----[ http://thread.gmane.org/gmane.emacs.pretest.bugs/3974 ] | pop3.el shouldn't use nnheader-accept-process-output, so it can be | used outside Gnus. `---- Bye, Reiner. [1] I think I'll add a warning, see the attached patch. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=rs-pop-leave.patch Index: lisp/pop3.el =================================================================== RCS file: /usr/local/cvsroot/gnus/lisp/pop3.el,v retrieving revision 6.23.2.2 diff -u -r6.23.2.2 pop3.el --- lisp/pop3.el 22 Aug 2004 21:48:11 -0000 6.23.2.2 +++ lisp/pop3.el 30 Aug 2004 16:43:52 -0000 @@ -55,7 +55,14 @@ values are 'apop.") (defvar pop3-leave-mail-on-server nil - "*Non-nil if the mail is to be left on the POP server after fetching.") + "*Non-nil if the mail is to be left on the POP server after fetching. + +If the `pop3-leave-mail-on-server' is non-`nil' the mail is to be +left on the POP server after fetching. Note that POP servers +maintain no state information between sessions, so what the +client believes is there and what is actually there may not match +up. If they do not, then the whole thing can fall apart and +leave you with a corrupt mailbox.") (defvar pop3-timestamp nil "Timestamp returned when initially connected to the POP server. Index: texi/gnus.texi =================================================================== RCS file: /usr/local/cvsroot/gnus/texi/gnus.texi,v retrieving revision 6.603.2.4 diff -u -r6.603.2.4 gnus.texi --- texi/gnus.texi 26 Aug 2004 09:59:57 -0000 6.603.2.4 +++ texi/gnus.texi 30 Aug 2004 16:43:53 -0000 @@ -13528,10 +13528,16 @@ @end table +@vindex pop3-movemail +@vindex pop3-leave-mail-on-server If the @code{:program} and @code{:function} keywords aren't specified, @code{pop3-movemail} will be used. If the @code{pop3-leave-mail-on-server} is non-@code{nil} the mail is to be -left on the POP server after fetching. +left on the @acronym{POP} server after fetching when using +@code{pop3-movemail}. Note that POP servers maintain no state +information between sessions, so what the client believes is there and +what is actually there may not match up. If they do not, then the whole +thing can fall apart and leave you with a corrupt mailbox. Here are some examples. Fetch from the default @acronym{POP} server, using the default user name, and default fetcher: --=-=-=--