Headers-only messages downloaded needlessly

[Uday Reddy]

vm user reports (6/2/2010):

I am trying the load headers only imap option in the most recent trunk
using this:

    (setq vm-load-headers-only t)
    (vm-visit-imap-folder "imap-ssl:imap.xx:993:inbox:login:xx:*")

somehow the messages are still being downloaded and opened
automatically. I wonder if there is some interaction with other
settings that I need to be aware of? thanks for any hints, cheers, E
---
got it, it works then, very nice. it seems that I can only delete a
message if I open it first...? one of the purposes for which I'd like
to use this mode is to clean the inbox from unnecessary mail before I
actually download it. is there an option to do so? E

[Uday Reddy (reddyuday)]

Eli, any comments on offline/autoconnect settings? Do they serve your purpose?

[mere user (emacs-user)]

hi Uday, I've been trying the headers-only from time to time, and it works fine.  I only wish I could mark messages for deletion and delete them without having to download them.  admittedly I didn't try the offline idea.  seemed complicated, but perhaps I should give it a try.  the whole thing isn't critical for me, I still mostly download my email using imap.  thanks for asking, though, cheers, E

> Eliany comments on offline/autoconnect settings? Do they serve your
> purpose?
>
> --
> Does headers-only mode download too much?
> https://bugs.launchpad.net/bugs/595186
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in VM (View Mail) for Emacs: Triaged
>
> Bug description:
> vm user reports (6/2/2010):
>
> I am trying the load headers only imap option in the most recent trunk
> using this:
>
> (setq vm-load-headers-only t)
> (vm-visit-imap-folder "imap-ssl:imap.xx:993:inbox:login:xx:*")
>
> somehow the messages are still being downloaded and opened
> automatically. I wonder if there is some interaction with other
> settings that I need to be aware of? thanks for any hints, cheers, E
> ---
> got it, it works then, very nice. it seems that I can only delete a
> message if I open it first...? one of the purposes for which I'd like
> to use this mode is to clean the inbox from unnecessary mail before I
> actually download it. is there an option to do so? E
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/vm/+bug/595186/+subscribe

_________________________________________________________________
The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4

[Uday Reddy (reddyuday)]

Yes, the offline idea does sound complicated. That is why I was checking to see if it works ok.

Perhaps I should make previewing work without message bodies. That would be an alternative solution.

[Uday Reddy (reddyuday)]

An initial fix was done in rev. 969.1.1. Avoid vm-preview-message in vm-follow-summary-cursor and do it in vm-scroll-forward instead.

But this causes problems. Here is a recipe to produce it:

- View some message in the Presentation buffer.
- Click on another message in the Summary buffer, and type `U' to unread it.
- Hit SPC to scroll-forward on the second message.

The first message continues to be seen in the Presentation buffer.

[mere user (emacs-user)]

right. similarly, if I hit d for delete instead of the SPC below,
the wrong message is being flagged for deletion. cheers, E

On Mon, Oct 25, 2010 at 5:39 PM, Uday Reddy <email address hidden> wrote:
> An initial fix was done in rev. 969.1.1.  Avoid vm-preview-message in
> vm-follow-summary-cursor and do it in vm-scroll-forward instead.
>
> But this causes problems.  Here is a recipe to produce it:
>
> - View some message in the Presentation buffer.
> - Click on another message in the Summary buffer, and type `U' to unread it.
> - Hit SPC to scroll-forward on the second message.
>
> The first message continues to be seen in the Presentation buffer.
>
> --
> Headers-only messages downloaded needlessly
> https://bugs.launchpad.net/bugs/595186
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in VM (View Mail) for Emacs: Triaged
>
> Bug description:
> vm user reports (6/2/2010):
>
> I am trying the load headers only imap option in the most recent trunk
> using this:
>
>    (setq vm-load-headers-only t)
>    (vm-visit-imap-folder "imap-ssl:imap.xx:993:inbox:login:xx:*")
>
> somehow the messages are still being downloaded and opened
> automatically.  I wonder if there is some interaction with other
> settings that I need to be aware of?  thanks for any hints, cheers, E
> ---
> got it, it works then, very nice.  it seems that I can only delete a
> message if I open it first...?  one of the purposes for which I'd like
> to use this mode is to clean the inbox from unnecessary mail before I
> actually download it.  is there an option to do so?  E
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/vm/+bug/595186/+subscribe
>

[Uday Reddy (reddyuday)]

mere user writes:

> right. similarly, if I hit d for delete instead of the SPC below,
> the wrong message is being flagged for deletion. cheers, E

No, that doesn't happen to me. Can you give me a precise recipe to
reproduce the problem?

Cheers,
Uday

[Uday Reddy (reddyuday)]

Revision 1397 of the honly2 branch implements a first solution to this issue.

The variable `vm-external-fetch-message-for-presentation' can be set to `nil' to disable automatic fetching for the viewing of messages. Message bodies can only be loaded using the `o' command (which loads rather than fetches).

It would be better to use <SPC> (vm-scroll-forward) to do fetching. But we are not there yet.

[Uday Reddy (reddyuday)]

Alan Wehmann reports (viewmail-bugs, 2013-06-05):

In my testing--with "vm-external-fetch-message-for-presentation" set
to nil--the message body was fetched from the server each time I went
to one of the test messages (using the summary buffer "inbox
Summary"), and the presentation buffer ("inbox Presentation") showed
the body contents for that message. The folder buffer (in my case
"inbox") was examined--with narrowing turned off--and the body
contents for the chosen message were not present.

The documentation says, for this case: "the messages are displayed
with an empty message body". I would have interpreted this to mean
that the presentation buffer would not show the contents of the body.
In my testing, the presentation buffer did show the contents of the
message body.

[Uday Reddy (reddyuday)]

Yes, I think this feature is not yet working.

Various bits of code that need the message body decide to fetch it anyway. Needs more thought.

[mere user (emacs-user)]

thanks Uday, not critical at all... BTW, as my imap box gets larger, I
wonder about saving the folder in the background when I quit vm so I can
start using emacs immediately for other tasks, and getting new messages in
the background when I start vm and want to start looking at my mail while
new messages are being downloaded... you mentioned that these are probably
too challenging with elisp, but I thought I'd throw in my vote just in
case... cheers, Eli

On Thu, Jun 6, 2013 at 12:09 PM, Uday Reddy <email address hidden> wrote:

> Yes, I think this feature is not yet working.
>
> Various bits of code that need the message body decide to fetch it
> anyway. Needs more thought.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/595186
>
> Title:
> Headers-only messages downloaded needlessly
>
> Status in VM (View Mail) for Emacs:
> In Progress
>
> Bug description:
> vm user reports (6/2/2010):
>
> I am trying the load headers only imap option in the most recent trunk
> using this:
>
> (setq vm-load-headers-only t)
> (vm-visit-imap-folder "imap-ssl:imap.xx:993:inbox:login:xx:*")
>
> somehow the messages are still being downloaded and opened
> automatically. I wonder if there is some interaction with other
> settings that I need to be aware of? thanks for any hints, cheers, E
> ---
> got it, it works then, very nice. it seems that I can only delete a
> message if I open it first...? one of the purposes for which I'd like
> to use this mode is to clean the inbox from unnecessary mail before I
> actually download it. is there an option to do so? E
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/vm/+bug/595186/+subscriptions
>