Public bug reported:
Binary package hint: uw-imapd
Accessing mail on a uw imap server (with mbox format), and then setting a flag
(including deleting the mail) results in an immediate change of the status flag
on the imap mail folder file. Anyway, this is not true with mbox (the Inbox
mail file). If the mail client doesn't send an EXPUNGE, or CLOSE, or LOGOUT
command, (when you close the mail client, for example) the mbox file doesn't
get updated. This leads to frustrating results, like deleted mail reappearing
in the Inbox.
Depending on the used mail client, you can see or not see this behaviour (as an
example, Apple Mail seems unaffected, presumably because it always send one of
the aforementioned command that makes uw-imapd sync flags. You can see this
problem using Mozilla Thunderbird, which happens to be our organization default
mail client).
Please note that this doesn't seem to be one of the common multiple
sessions/lock file problems, because it happens also if just one session is
used.
This started with Hardy (uw-imapd 7:2007~dfsg-1)
** Affects: uw-imap (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
Binary package hint: uw-imapd
- Accessing mail on a uw imap server (with mbox format), and then setting a
flag (including deleting the mail) results in an immediate change of the status
flag on the imap mail folder file. Anyway, this is not true with mbox (the
Inbox mailclient). If the mail client doesn't send an EXPUNGE, or CLOSE, or
LOGOUT command, (when you close the mail client, for example) the mbox file
doesn't get updated. This leads to frustrating results, like deleted mail
reappearing in the Inbox.
+ Accessing mail on a uw imap server (with mbox format), and then setting a
flag (including deleting the mail) results in an immediate change of the status
flag on the imap mail folder file. Anyway, this is not true with mbox (the
Inbox mail file). If the mail client doesn't send an EXPUNGE, or CLOSE, or
LOGOUT command, (when you close the mail client, for example) the mbox file
doesn't get updated. This leads to frustrating results, like deleted mail
reappearing in the Inbox.
Depending on the used mail client, you can see or not see this behaviour (as
an example, Apple Mail seems unaffected, presumably because it always send one
of the aforementioned command that makes uw-imapd sync flags. You can see this
problem using Mozilla Thunderbird, which happens to be our organization default
mail client).
Please note that this is one of the common multiple sessions problems,
because it happens also if just one session is used.
This started with Hardy (uw-imapd 7:2007~dfsg-1)
** Description changed:
Binary package hint: uw-imapd
Accessing mail on a uw imap server (with mbox format), and then setting a
flag (including deleting the mail) results in an immediate change of the status
flag on the imap mail folder file. Anyway, this is not true with mbox (the
Inbox mail file). If the mail client doesn't send an EXPUNGE, or CLOSE, or
LOGOUT command, (when you close the mail client, for example) the mbox file
doesn't get updated. This leads to frustrating results, like deleted mail
reappearing in the Inbox.
Depending on the used mail client, you can see or not see this behaviour (as
an example, Apple Mail seems unaffected, presumably because it always send one
of the aforementioned command that makes uw-imapd sync flags. You can see this
problem using Mozilla Thunderbird, which happens to be our organization default
mail client).
- Please note that this is one of the common multiple sessions problems,
because it happens also if just one session is used.
+ Please note that this doesn't seem to be one of the common multiple
sessions/lock file problems, because it happens also if just one session is
used.
This started with Hardy (uw-imapd 7:2007~dfsg-1)
--
UW IMAP - Message flags are not propagated in mbox file
https://bugs.launchpad.net/bugs/240373
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
