say again? :)

I put this here as a note to me, but since jeff and ettore have
both asked now...

Go to an Exchange folder.
Turn off "Hide Deleted Messages".
Select several messages moving upward (ie, so that the ETable
  cursor is at the top of the selection rather than the bottom)
Delete them.

The messages disappear and there is no selection. The mailer
should have selected the message following the deleted block.

Hm, is this really 1.0?

yes, it's a trivial message-display.c problem

Chris Collins at DSR Net (ccollins@dsrnet.com) says that he is getting
this error constantly, and cannot use the mailer.  I will paste his
e-mail below:

"I have been spending more time in the mail client and getting a lot
of errors when doing things like moving items to folders, opening
messages, and opening folders. For example :

Error while 'retrieving message 17124':
Error retrieving message

Our Exchange service provider is running service pack one and is not
planning to upgrade to SP-2 until mid May. I don't know if this will
have any affect on the issues I have been having, but I thought I
should mention it. I think the debug file I sent you recently shows
the issue."

He will not deply until this is fixed.

Oops, I told Pete that that was this bug, but it's not really

So, what's the deal with this? Is it a real bug? Is it really
exchange-only? Danw, are you going to fix it?

it's a real bug. it's pretty much exchange only. well, you could
duplicate it with IMAP if you used two clients at once, but it's
not very likely.

The issue is something like this (i forget the exact details, it's
been a while): when you delete messages N to N+M, at some point in
the process, it tries to select message N+1, even though the
selection will eventually end up at message N+M+1. With Connector,
deleting the messages actually makes them move to the Deleted Items
folder, so the attempt to temporarily select message N+1 fails and
you end up with no selection.

Retargeting 1.5.2 bug reports to 1.5.3. Sorry for the spam

Retargeting 1.5.3 reports to 1.5.4. Sorry for the spam.

hide deleted messages should be forced to on for connector, i suppose

why are messages being deleted before sync is being called anyway? 
until that time it should be only a local flag

Hi there
Is this issue still valid or is it obsolete already?

I believe this is fixed because of fix from bug #335931, thus closing this. Feel free to reopen if you know I'm wrong.