From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/43031 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.gnus.general Subject: Re: display-time, mail-icon and POP3 mailboxes Date: 10 Feb 2002 20:57:13 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <5xn0yhrtye.fsf__21227.8342842639$1042212400@kfs2.cua.dk> References: <200202081357.g18Dvfw05454@aztec.santafe.edu> <5x1yfva7m8.fsf@kfs2.cua.dk> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1035178188 15388 80.91.224.250 (21 Oct 2002 05:29:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:29:48 +0000 (UTC) Cc: GNUS mailing list Return-Path: Original-Received: (qmail 25672 invoked from network); 10 Feb 2002 23:23:12 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 10 Feb 2002 23:23:12 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16a3J2-0007Ca-00; Sun, 10 Feb 2002 17:22:49 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 10 Feb 2002 17:22:46 -0600 (CST) Original-Received: from epithumia.math.uh.edu (epithumia.math.uh.edu [129.7.128.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id RAA26327 for ; Sun, 10 Feb 2002 17:22:40 -0600 (CST) Original-Received: (from tibbs@localhost) by epithumia.math.uh.edu (8.11.2/8.11.1) id g1ANMcK29991 for ding@hpc.uh.edu; Sun, 10 Feb 2002 17:22:38 -0600 Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id NAA25587 for ; Sun, 10 Feb 2002 13:56:37 -0600 (CST) Original-Received: (qmail 22787 invoked by alias); 10 Feb 2002 19:56:34 -0000 Original-Received: (qmail 22782 invoked from network); 10 Feb 2002 19:56:34 -0000 Original-Received: from mail.filanet.dk (195.215.206.179) by gnus.org with SMTP; 10 Feb 2002 19:56:34 -0000 Original-Received: from kfs2.cua.dk.cua.dk (unknown [10.1.82.3]) by mail.filanet.dk (Postfix) with SMTP id 8F9537C035; Sun, 10 Feb 2002 19:55:59 +0000 (GMT) Original-To: emacs-devel@gnu.org In-Reply-To: Original-Lines: 44 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:43031 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:43031 Pavel@Janik.cz (Pavel Jan=EDk) writes: > From: storm@cua.dk (Kim F. Storm) > Date: 09 Feb 2002 00:14:55 +0100 >=20 > > I think it should at least be able to use the existing gnus and/or > > rmail settings (they cannot be that hard to use). > > You can then add extra mailboxes to check specifically. > >=20 > > What about these options: > > - display-time-pop3-check-rmail (nil/t, default t) > > - display-time-pop3-check-gnus (nil/t, default t) > > - display-time-pop3-mail-boxes (alist (server.passwd), default ()) >=20 > Hmm, when I think about it - it would be better if those mail programs li= ke > RMAIL and Gnus could tells us alone if there is any new mail. Syntax of > Gnus' mail-sources variable is pretty easy, but Gnus also support IMAP > etc. and we should not duplicate code in display-time. What do you think? I agree. It seems to be the right approach for such packages to have a hook function for display-time to check for unread mail (using whatever method those packages support for retrieving mail). >=20 > > With the pop3 sample code I posted some time ago, there is one serio= us > > problem: If emacs cannot connect to the pop3 server, it may hang (no > > user interaction) until the connect times out. That is not > > satisfactory! > >=20 > > I don't know if this is relevant for your code (sorry, but I haven't > > had time to look at the code you sent me). >=20 > The same applies to pop3.el from Gnus. In my experience [based on my own pop3 hacks], this is really, really annoying (since the poll runs through a timer)!!! If we want to support this in general, we must implement an async version of open-network-stream (or add an optional arg to it to make it async - that arg could be a function which is called when the connection has been opened. --=20 Kim F. Storm http://www.cua.dk