C500 Email 'feature' Warning

[Guest bigcol]

If you download an email onto the c500 and delete it after reading, a subsequent connect to the mail server will delete the mail from the server.

Apparently there is no way to tell the SPV to leave mails on the server, according to Orange this is a 'feature'.

On many other 'phones (GD87 for example) there is the ability to set the option that no deletes should take place on the mail server.

I found out by accident after reading and deleting a number of mail headers mistakenly thinking that I could download the full mails and save them via my office PC later on.

Please feel free to add to the 'bug' list if you feel it's appropriate.

[Guest beersoft]

its a known bug in the smartphone outlook, its been around since the spv classic

MS do know about it, and its a MS bug not an orange/imate/htc bug

later

Owen

[Guest Dade]

One other thing thats quite annoying about deleting mail on the C500 (and most of the other SPV's for that matter) is that if you choose to delete an email and reconnect to the mail server, IF the mail server has additional messages for you since you chose which email to delete it often ends up deleting the wrong one!

Its connected to THIS BUG

Although to be fair I think its more of a general email bug. Ive got some PC software that does exactly the same as this!

[Guest chucky.egg]

according to Orange this is a 'feature'.

You won't hear me say this often, but I agree with Orange

It's maybe not the way we'd like it to behave, but it's doing what it's supposed to do. You delete an email, sync again and it deletes the mail from the sever.

The fact that it sometimes deletes the wrong email, or downloads the wrong email if you don't sync between deleting and re-sync'ing.. that's a bug!

[Guest beersoft]

feature my arse :lol:

its a bad implementation of the imap standard

and if it does it with pop3 as well its just plain wrong

to delete a message using pop3 the commands you send are

user username

ok

pass password

ok

stat

ok 10,10

list

1 123

2 123

3 123

4 123

5 123

dele 3

ok

list

1 123

2 123

4 123

5 123

simple isn't it

how can someone get that soo wrong, the messages don't even get out of order

(and yes i know its sad that i know how to talk pop3)

later

Owen

[Guest Pabs(Sco)]

To me this is how it should work....no?

[Guest chucky.egg]

Not quite sure what you're saying Beery

The way that they have implemented it, the deletions from the phone are replicated on the server. If they hadn't done that there would have to be another method for deleting mails from the server (as opposed to just deleting them from the phone)

As for the messages getting out of order (relating to the wrong email being downloaded if you download headers, delete an email, DON'T do a send/recv, and then download a full email)... phew.

The problem, I think, is that when you delete an email from the Inbox it changes the relative order of the emails that are on the phone, so that it no longer matches the order of the mails on the server.

So if you delete message 3, message 4 becomes message 3 on the phone, and when you download it the phone asks for message 3 (which is the one you just deleted on the phone).

That made a bit more sense in my head... :?

[Guest argh]

I thought that if you deleted the email from the phone and then emptied the deleted items, it wouldn't delete from the server... or does that only apply to synchronisation, where it stops the email being deleted from Outlook?

[Guest chucky.egg]

I dont sync email with Outlook so I can't compare the two, but AFAIK it sync's your phone's Inbox with your POP3 mailbox on the server - so deleted mail (regardless of where it now is) is deleted from the server as well.

[Guest Pabs(Sco)]

my understanding is this

pop3 = mail downloads to client, then msg is deleted from server.

IAMP = main downloads to client, the msg stays on server. Until you delete the msg from the client, then once you connect again to check from mail the server checks the client for deleted msg's and then deletes them from the server

imho this is the correct function of both pop3 and IAMP. (I am no expert at this, although I have setup exchange servers, and this is MY understanding of the process)

[Guest beersoft]

imap shouldn't delete messages untill the client requests a purge

imap from the client side is supposed to flag the message as read/deleted, and iirc it should request user conformation before it really deletes something

microsoft have got it wrong in the smartphone version of outlook

later

Owen

[Guest Pabs(Sco)]

I dont think it's Microsoft's fault...my Nokia's did the same and my Sony Ericsson's as I remember :lol:

[Guest beersoft]

ok, i do need some recoverery

http://www.ietf.org/rfc/rfc1730.txt <-imap - "the rules"

later

Owen

"I managed to out-cool even the disgustingly cool people normally found at the cafe I went to, without trying. I'm assuming it was the IETF draft I was reading, because nothing else really accounts for it. " Kirrily 'Skud' Robert

[Guest Pabs(Sco)]

=D>

I bow to your willingness to research this.......

as I said I am NO expert, its only my opinion :-#

:wink:

[Guest beersoft]

yep, i have way too much time on my hands :lol:

/.me goes off to apply the clueby4 to some of his 'customers'

later

Owen