J
Jim S
No big deal, but when I delete an email in Outlook 2010 the header pane
clears, but the message remains visible until I change folder.
Fault or not?
clears, but the message remains visible until I change folder.
Fault or not?
That's what happens when you connect to IMAP accounts. Items aren't
deleted from the server until your client chooses to Purge them. You
delete, they get red-lined to show they are flagged for deletion, but
they don't get deleted from the server until you actually purge them.
Remember that IMAP is to keep in-sync your client- and server-side
folders.
Outlook can be configured to send a Purge when you change focus. Or you
could send one manually.
http://answers.microsoft.com/en-us/...ook-2010/0fd74efb-add9-4a4b-9505-c161365f5904
http://social.technet.microsoft.com...o/thread/2a0dc04a-b0e7-48a2-8740-9f662a2b486d
Jim said:Not on IMAP
And what does that extremely terse reply supposed to mean?
That you think the articles didn't discuss IMAP. Yes, they do.
That IMAP somehow works just like POP? Wrong. The default config for
POP is to RETR+DELE (retrieve and delete). The default config for IMAP
is to FETCH (retrieve) and the DELETE is issued separately sometime
later. The EXPUNGE can be issued immediately after the DELETE or
sometime later. Items deleted for an IMAP account are merely *marked*
or flagged for deletion. They don't actually get deleted until the
e-mail client sends a purge command (expunge) to the e-mail server.
Read:
http://en.wikipedia.org/wiki/Imap
"E-mail clients using IMAP generally leave messages on the server until
the user explicitly deletes them."
RFC 5301 - Internet Message Access Protocol (IMAP) v4.1
ftp://ftp.rfc-editor.org/in-notes/rfc3501.txt
Section 6.3.4 - DELETE command
That merely *flags* the message as deleted so it cannot be retrieved
again at a later time. It's a flag, not an action (to delete). You
have to follow with an Expunge command. In fact, you can search your
mailbox for delete-flagged items. Obviously if they physically no
longer existed then they could not be listed, but they ARE listed as
"DELETED = Message with the \Deleted flag set for removal later by the
EXPUNGE command."
Section 6.4.3 - EXPUNGE command
"The EXPUNGE command permanently removes all messages that have the
\Deleted flag set from the currently selected mailbox." This actually
physically removes the item from the mailbox on the e-mail server.
For some e-mail clients, they can be configured to do a real delete at
the server (i.e., send it the DELETE command) when:
1. The user manually issues a Purge function in the e-mail client.
2. The user changes focus to another folder (from one where items were
delete *flagged*).
3. The user deletes an item in the Deleted Items folder.
DELEte for POP removes the item from the mailbox on the server. DELETE
for IMAP merely flags the item (so it cannot be reaccessed again) for
physical deletion by a later EXPUNGE. POP and IMAP accounts are quite
different in the protocol used to access and manage them and in their
behaviors.
http://office.microsoft.com/en-us/outlook-help/purge-imap-items-marked-for-deletion-HP010080420.aspx
Jim said:I meant that I am not on IMAP only POP. However my server uses a
variant of Google mail but I shouldn't think that that matters. I
think it only happens when it's the final email in the Inbox.
YesDid you enable POP access in your Gmail account (server-side setting)? Yes
Did you disable IMAP access in your Gmail account?
I'm confused by that one. In the webmail settings on 'Google' (see later) II only enable POP access (IMAP access is disabled). For POP access, I
configure Gmail's server-side setting to "When messages are accessed
with POP [delete Gmail's copy]" as this comes closest to how POP works
by default configuration in local e-mail clients (although I'd really
prefer that Gmail honor the RETR command with no implied DELE and wait
until my local e-mail client actually sent the DELE command).
I've only noticed it recently.And with Google playing around with the behaviors of Gmail, that doesn't
prevent them with screwing around with their service. Despite removing
the "beta" label on their service (which took them 5 years and mostly
due to user and marketing pressure), and because it doesn't fully comply
with POP and IMAP standards, it is still a beta service. They can
change it anytime they want to alter their already off-kilter gPOP and
gIMAP protocols. Is this a recent problem in change of behavior or has
it been a lingering problem for a long time?
I don't know where you are, but here in the UK both Virgin Media and SKYI don't know what you mean by "a variant of Google mail" since Google
mail isn't fully standards compliant in the first place.
webmail service to non-Google e-mail providers. I'm not sure anyone
would want their, um, "stuff". You sure this "variation" isn't just a
proxy to Gmail, like some schools offering "free for life" school e-mail
accounts (with their domain) that are really using Gmail as the real
e-mail provider?
Jim said:
I don't know where you are, but here in the UK both Virgin Media and
SKY use Google to host there email service.
Having said all you have said I still figure the problem is in
Outlook. However it seems to have righted itself this morning.
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.