headers
Alan Shutko | 1 Sep 2000 02:38
Picon
Favicon

Re: Agent and active nntp connections

The following message is a courtesy copy of an article
that has been posted to gnu.emacs.gnus as well.

Alan Shutko <ats <at> acm.org> writes:

> I'd expect that when I unplug the agent, it would close all
> connections to nntp servers.  After all, it marks them closed in the
> server list, but it leaves around " *server...*" buffers and both
> netstat and M-x list-processes confirm that they're still there.

Some more information... I believe that something is broken,
but I'm getting lost deep in nntp.el.

Here's what I'm seeing under edebug:

* I J j and unplug the agent.  It starts closing servers.

* The first call to nntp-close-server finds a process with
  (nntp-find-connection nntp-server-buffer).  It properly closes the
  first nntp server.  

* The second one doesn't find a connection, because
  nntp-connection-alist is nil.  

* Quitting gnus works, because nntp-request-close uses
  nntp-connection-list, which has everything.

I'm lost... help somebody!

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Katsumi Yamaoka | 1 Sep 2000 03:49
X-Face
Favicon
Gravatar

Re: Gnus logo colors

>>>>> In <14766.33921.806929.405501 <at> gargle.gargle.HOWL> 
>>>>>	luis fernandes <elf <at> ee.ryerson.ca> wrote:

> It seems logical that Emacs and XEmacs Gnus have identical splash
> colour schemes; the colour scheme of the XEmacs logo will be whatever
> the Emacs one is (ex cathedra decision).

And also the colour scheme of the Emacs logo should be whatever the
XEmacs one is.

> The choice of the Emacs colour-scheme can be put to vote on this
> list.

It seems better that the color is decided by the grand author.
However if he is out, it ought not to be changed.

> Could you send me a copy of the logo xpm file that is used on the
> splash (I can't seem to find a 2-tone image of the logo anywhere);
> I'll see if I can come up with a suitable logo colour scheme for
> Emacs 21 Gnus.

It is available from ftp://quimby.gnus.org/pub/gnus/etc-0.27.tar.gz.
The default colors of the file gnus.xpm is `september', then apply the
following patch to make it to be shown as `dino'.

--- gnus.xpm~	Wed Mar  5 08:32:42 1997
+++ gnus.xpm	Fri Sep  1 01:48:09 2000
 <at>  <at>  -4,6 +4,6  <at>  <at> 
 "   271   273        3            1",
 /* colors */
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steinar Bang | 1 Sep 2000 12:36
Picon

Re: nnml -> nnimap (preserving Xrefs)

>>>>> Simon Josefsson <simon <at> josefsson.org>:

> It doesn't.  IMAP doesn't support the concept of cross-posting.
> Right now, the article is simply copied into all mailboxes.  And
> until more servers support the ANNOTATE draft, there's no way we can
> attach any (such as a Xref header) information on the article.

Hm... does the annotate draft open for replacements of headers?  Or
does it only allow insertion of new ones?  (I'm thinking of
re-parenting of articles)
Permalink | Reply | 1 comment |
headers
Simon Josefsson | 1 Sep 2000 12:58
Favicon
Gravatar

Re: nnml -> nnimap (preserving Xrefs)

Steinar Bang <sb <at> metis.no> writes:

> > It doesn't.  IMAP doesn't support the concept of cross-posting.
> > Right now, the article is simply copied into all mailboxes.  And
> > until more servers support the ANNOTATE draft, there's no way we can
> > attach any (such as a Xref header) information on the article.
> 
> Hm... does the annotate draft open for replacements of headers?  Or
> does it only allow insertion of new ones?  (I'm thinking of
> re-parenting of articles)

It does have a field to replace the "subject" line.  I brought up the
idea of replacing that with a flexible scheme, to modify any header as
per user wishes.  I don't recollect the arguments, but noone seemed to
rejoice over the suggestion.

The draft allow for vendor specific stuff though.  When I install a
server that support annotations and get some time to play with it,
I'll add a vendor specific way for reparenting.

There's another draft to do threading on the server.  It doesn't look
like it ever will support user re-parenting though. :-/
Permalink | Reply | 0 comments |
headers
Jon Allen Boone | 3 Sep 2000 04:57

automatically hiding/showing subtopics

Folks,

  I have my Gnus configured with about 60 sub-topics (all of them under
Gnus, with multiple levels of depth).  I refile my mail into folders, as 
well as reading news.  I then group the mail folders and news groups
under particular topics.

  What I like about this arrangement is that I don't see mail
folders/newsgroups when they don't have new messages in them.

  What I don't like about this is that I always see the 60 subtopics
unless I manually hide/expose the different parts of the heirarchy of
topics.

  Is there some configuration frob that I have overlooked that will
allow this to automatically happen?

-Jon
--------------------------------------------------
Jon 'tex' Boone                     (610) 466-0477
tex <at> delamancha.org           http://delamancha.org
--------------------------------------------------
Permalink | Reply | 0 comments |
headers
Arcady Genkin | 3 Sep 2000 09:56
X-Face

Deleting an article on IMAP server

I have to go through this at least once every day.  I open an article
in an nnimap group, then leave it open and switch to doing something
else for a while.  Then when I come back, and try to delete the
article, I get an error (the following backtrace):

Signaling: (error "Process not open for writing" #<network connection "imap" (143 . "soup") state:exit>)
  process-send-string(#<network connection "imap" (143 . "soup") state:exit> "4089 UID STORE 972 +FLAGS (\\Deleted)
\n")
  imap-send-command-1("4089 UID STORE 972 +FLAGS (\\Deleted)")
  imap-send-command("UID STORE 972 +FLAGS (\\Deleted)" nil)
  imap-send-command-wait("UID STORE 972 +FLAGS (\\Deleted)")
  imap-message-flags-add("972" "\\Deleted")
  nnimap-request-expire-articles((972) "mail/private" "soup" force)
  gnus-request-expire-articles((972) "nnimap+soup:mail/private" force)
  gnus-summary-delete-article(nil)
  call-interactively(gnus-summary-delete-article)

I guess the connection to the IMAP server expires, but that's just a
guess.  I have to tick the message, leave the group, re-enter it, and
delete the message.  This raises two questions:

1. Is this a bug or limitation of IMAP protocol/backend?
2. Is there a way to work around this without doing the
tick-exit-enter-delete sequence?

I'm using Gnus 5.8.7 under Xemacs 21.1.11 and UofW IMAP server.

Thanks!
--

-- 
Arcady Genkin
Don't read everything you believe.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jon Allen Boone | 3 Sep 2000 15:13

Re: automatically hiding/showing subtopics

Kai.Grossjohann <at> CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) writes:

> There is a variable gnus-topic-display-empty-topics; is this what
> you want?

Kai,

  Yes!!!!! Thanks so much!

-Jon
--------------------------------------------------
Jon 'tex' Boone                     (610) 466-0477
tex <at> delamancha.org           http://delamancha.org
--------------------------------------------------
Permalink | Reply | 0 comments |
headers
Andreas Fuchs | 3 Sep 2000 15:28
Picon
Favicon

Agent and my incoming mail


Hi,

I just tried out Agent; it's quite comfortable (after I turned off
NoCeM -- it just generates to much traffic), except for one problem:

Even when I am unplugged, it is still possible that I receive mail
which then goes through procmail (ie cronjobs)[1].

Nevertheless, I can not get gnus to get the mail when I'm
unplugged. Neither g nor M-g (over my default inbox) remove the mail
from my incoming files in unplugged mode, while they do in plugged
mode.

I triple-checked that nnml+private is _not_ in the agentized backend
list, manually removed the mail groups from the agentized group list
and ran various smaller checks (my inbox is overflowing with test
mails {-:) -- Wouldn't work. Is there anything I might have missed
from the docs?

TIA.
regards,
Andreas Fuchs

[1] My gnus.el looks like this:
<snip from=gnus.el>
(setq mail-sources '((file :path "/home/asf/Mailbox")
		     (directory :path "/home/asf/.procmail/"
				:suffix ".in")))
(Continue reading)

Permalink | Reply | 3 comments |
headers
Christoph Rohland | 3 Sep 2000 13:34
Picon
Favicon

nnimap/nnagent troubles

Hi folks,

after fiddling one whole day with my gnus setup on my laptop I have to
get some words out.

Gnus should definitely give more output on error conditions! If the
network connection fails, there is no way (known to me) to get the
actual error (like "connection to <host>:<port> via {tcp|openssl}
failed with error <errno>, <strerror>". So if something goes wrong the
user is lost in the dark.

Now to the more specific errors all on :
Gnus v5.8.7
XEmacs 21.1 (patch 8) "Bryce Canyon" [Lucid] (i386-redhat-linux, Mule)

1) agent: 
   a) why does the agent store all the server parameters in
      agent/lib/servers? So any change to server parameters invalidates
      the agent setup. The server name should be sufficient.
2) .newsrc.eld:
   I tried to use ssl as connection type, but somehow my
   laptop did not use it despite the fact that I did set the
   parameter in gnus-secondary-select-methods. 
   a) I discovered, that gnus had stored the nnimap-address as group
      parameters in all groups. Apparently preventing the use of the
      server setup (agent still used the server settings)
   b) After removing these Group parameters things became more wierd:
      Doing 'g' did lead to denied nnimap server, but doing 'J Y' did
      open a connection!?! (Took me some time to realize what
      happened. It looked first like random failures)
(Continue reading)

Permalink | Reply | 6 comments |
headers
Kai Großjohann | 3 Sep 2000 16:04
Picon
Picon

Re: Agent and my incoming mail

There is a section on the `:plugged' keyword in the node `Mail Source
Specifications' in the Gnus info file.  This should tell you how to
tell Gnus to fetch mail even when unplugged.
kai
--

-- 
I like BOTH kinds of music.
Permalink | Reply | 2 comments |

Gmane