How do I interrupt attachment downloading over imap?

How do I interrupt attachment downloading over imap?

[Niklas Morberg]

Prerequisites: nnimap backend, latest gnus from cvs.

Sometimes people send me large attachments. When I view
their message in gnus it will take a long time to download
the attachment. If, after having selected a message with a
large attachment, I want to abort the viewing of the message
pressing `C-g' only interrupts the download temporarily.
Once I select a different message to view, or exit the
group, the download is resumed.

On a related note, pressing `R' or `r' in the Summary buffer
to reply to a message with an attachment will also force the
(oh so slow) download of the entire attachment, which seems
a bit unecessary. (This happens if the article is not
currently selected.)

Is there a way to:

a) Abort downloading of attachments once started?
b) Don't download attachments when replying to messages?

Niklas

Re: How do I interrupt attachment downloading over imap?

[Wes Hardaker]

>>>>> On Wed, 23 Oct 2002 11:30:34 +0200, Niklas Morberg <niklas.morberg@axis.com> said:

Niklas> a) Abort downloading of attachments once started?

Well, personally I use a ssh connection to my imap server so that when
I run into the problem you're seeing I can actually kill the ssh
client on my laptop, which closes the connection.  You're making me
glad I do things this way, as if it was a straight socket connection
from inside gnus itself I couldn't do this.

-- 
"The trouble with having an open mind, of course, is that people will
 insist on coming along and trying to put things in it."   -- Terry Pratchett

Re: How do I interrupt attachment downloading over imap?

[Simon Josefsson]

Wes Hardaker <wes@hardakers.net> writes:

>>>>>> On Wed, 23 Oct 2002 11:30:34 +0200, Niklas Morberg <niklas.morberg@axis.com> said:
>
> Niklas> a) Abort downloading of attachments once started?
>
> Well, personally I use a ssh connection to my imap server so that when
> I run into the problem you're seeing I can actually kill the ssh
> client on my laptop, which closes the connection.  You're making me
> glad I do things this way, as if it was a straight socket connection
> from inside gnus itself I couldn't do this.

Killing the *nnimap* server buffer do this.  `C' in the server buffer
waits for the server to respond to a LOGOUT command that is sent, so
it doesn't work here.  A command C-u C that forced the backend to
disconnect could perhaps be useful.

Re: How do I interrupt attachment downloading over imap?

[Niklas Morberg]

Simon Josefsson <jas@extundo.com> writes:

> Killing the *nnimap* server buffer do this. `C' in the
> server buffer waits for the server to respond to a LOGOUT
> command that is sent, so it doesn't work here. A command
> C-u C that forced the backend to disconnect could perhaps
> be useful.

Hm. I don't have an nnimap server buffer. What should I do
to make it appear (so that I later kan kill it and stop the
download). Or did I misunderstand something here?

Niklas

Re: How do I interrupt attachment downloading over imap?

[Kai Großjohann]

Niklas Morberg <niklas.morberg@axis.com> writes:

> Hm. I don't have an nnimap server buffer. What should I do
> to make it appear (so that I later kan kill it and stop the
> download). Or did I misunderstand something here?

Maybe the buffer name starts with space.  You have to use C-x b to
switch to it, the other ways will hide buffer names starting with space.

kai
-- 
~/.signature is: umop ap!sdn    (Frank Nobis)

Re: How do I interrupt attachment downloading over imap?

[Niklas Morberg]

kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes:

> Maybe the buffer name starts with space. You have to use
> C-x b to switch to it, the other ways will hide buffer
> names starting with space.

Nope, the buffer is not here. I use iswitchb, so starting
spaces should not affect finding the buffer with typing only
"imap", right? I only find the *imap-log* buffer when doing
this here...

Niklas

Re: How do I interrupt attachment downloading over imap?

[Kai Großjohann]

Niklas Morberg <niklas.morberg@axis.com> writes:

> Nope, the buffer is not here. I use iswitchb, so starting
> spaces should not affect finding the buffer with typing only
> "imap", right? I only find the *imap-log* buffer when doing
> this here...

Buffers whose name starts with space are hidden.  iswitchb does not
show hidden buffers, I think.

Please try M-x switch-to-buffer RET.

kai
-- 
~/.signature is: umop ap!sdn    (Frank Nobis)

Re: How do I interrupt attachment downloading over imap?

[dme]

* niklas.morberg@axis.com [2002-10-30 10:58:10]
> Nope, the buffer is not here. I use iswitchb, so starting
> spaces should not affect finding the buffer with typing only
> "imap", right? I only find the *imap-log* buffer when doing
> this here...

The default configuration of iswitchb is to ignore buffers that begin
with space:

(defcustom iswitchb-buffer-ignore
  '("^ ")
  "*List of regexps or functions matching buffer names to ignore.
For example, traditional behavior is not to list buffers whose names begin
with a space, for which the regexp is `^ '.  See the source file for
example functions that filter buffernames."
  :type '(repeat regexp)
  :group 'iswitchb)

Re: How do I interrupt attachment downloading over imap?

[Niklas Morberg]

dme@dme.org writes:

> The default configuration of iswitchb is to ignore buffers
> that begin with space:

Ah, that explains it -- I did not know this. Buffer found.
Thank you very much. Sorry for the wasted bandwidth, but at
least one person (i.e. me) have learnt something new today.

Niklas

Re: How do I interrupt attachment downloading over imap?

[Simon Josefsson]

Niklas Morberg <niklas.morberg@axis.com> writes:

> Prerequisites: nnimap backend, latest gnus from cvs.
>
> Sometimes people send me large attachments. When I view
> their message in gnus it will take a long time to download
> the attachment. If, after having selected a message with a
> large attachment, I want to abort the viewing of the message
> pressing `C-g' only interrupts the download temporarily.
> Once I select a different message to view, or exit the
> group, the download is resumed.
>
> On a related note, pressing `R' or `r' in the Summary buffer
> to reply to a message with an attachment will also force the
> (oh so slow) download of the entire attachment, which seems
> a bit unecessary. (This happens if the article is not
> currently selected.)

C-g only aborts Gnus' wait loop, the IMAP data is always received
asynchronously in the background.  Unfortunately, this means once
started you can't abort it.  A quick solution to this would be for
nnimap to only retrieve blocks of say 50kb data in turn, which would
make C-g abort after the current 50kb block finished downloading.  A
slower but better solution would be to make Gnus handle partial
messages, I think it was Wes that described how this can be done with
message/partial but I don't know if it has been implemented.

> Is there a way to:
>
> a) Abort downloading of attachments once started?
> b) Don't download attachments when replying to messages?

Not without implementing those features.