-
Notifications
You must be signed in to change notification settings - Fork 266
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Old mails deleted on other clients still show up as unread in Mail, when opened "Not found" #8223
Comments
FYI this might be related to #3049 but that issue seems broader, is old already and the discussion is too heated. |
I have the same problem here. Running nextcloud 25.0.4 and mail app version 2.2.4 |
Same issue NC 26.0.0 Mail Version 3.0.2. Docker install using MYSQL backend. |
Here are some info from horde.log Good email beeing fetched :
Mail moved by another client on the IMAP server (unseen) :
There the mail is showing as describe in the initial post. Mail moved by another client on the IMAP server (seen) :
Message List
There are the nextcloud.log relevant part (log is the same for seen and unseen mail)
Log from a working mail :
Let me know if you want more, I have tons off example.
IMAP server is Dovecot, and it's in the same LAN. |
I have the same scenario but i can still interact with some of the messages that got deleted |
@GretaD Yes, this is what i'm seeing. I'm able to interact with the message although the content is not visible: |
For me in same cases, the content of the message is also visible |
I'm really not trying to be annoying - I promise! |
because there is #9168 |
THX. I haven't found that and AFAIK it wasn't mentioned here (or is burried in the conversation). |
now on Nextcloud 29.0.4 - Mail app Version 3.7.6 some deleted mail from other mail applications are not removed in Mail app Version 3.7.6. Still showing "not found" |
This comment was marked as duplicate.
This comment was marked as duplicate.
I was able to reproduce it locally on Dovecot. Here are some (hacky) steps to trigger the issue: Preparations
Repro
Running step 3 ensures that the server "forgets" the Disable background syncdiff --git a/src/components/Mailbox.vue b/src/components/Mailbox.vue
index efa8b7320..7742b5b01 100644
--- a/src/components/Mailbox.vue
+++ b/src/components/Mailbox.vue
@@ -142,7 +142,7 @@ export default {
this.bus.on('delete', this.onDelete)
this.bus.on('archive', this.onArchive)
this.bus.on('shortcut', this.handleShortcut)
- this.loadMailboxInterval = setInterval(this.loadMailbox, 60000)
+ //this.loadMailboxInterval = setInterval(this.loadMailbox, 60000)
},
async mounted() {
if (this.$store.getters.hasFetchedInitialEnvelopes) { |
Two more PRs to improve the situation: |
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as resolved.
This comment was marked as resolved.
@st3iny can this be closed with the new changes you made? The ghost messages problem seems to be fixed now. |
This does not seem to be entirely fixed for me. The repair button does indeed repair the mailbox, but I need to repair it every time I archive or move an item in a different email client. |
@meichthys the changes have been applied to our development/testing version 31 and probably have not been back ported yet to your version. |
OK thanks! I'm on 4.0.2 |
Sorry, I forgot we are talking about the Mail app, the current development/testing version is 4.2, so you will most likely get the update when the new version is released. |
The issues seem to be fixed for me. I still get the occasional ghost message but that gets fixed if I wait. The wait can still be quite long as Mail can be insanely slow (faster than it used to be but it can still take solid 20 seconds until the email list is refreshed). But since this seems to be fixed it's in a usable state (unless you have a large inbox like one of my friends has). |
Closing as this has been fixed by the above mentioned pull requests. If there are further problems it’s best to open new specific issues about this. :) Thanks to the Mail team! |
🎉🎉🎉🎉🎉 |
Steps to reproduce
Expected behavior
No non-existent mails should show up in Mail, especially not indicated as unread. If the preview line can not be fetched, maybe it’s better to not show it in the message list to begin with? (It could still be loaded in later if the mail is retrieved.)
Actual behavior
The 3 mails of upgrade, activity, and invitation are actually deleted. They show up in the list without preview text line, and indicated as unread. When opening, they show "Not found":

Mail app version
Current on cloud.nc.com
Mailserver or service
No response
Operating system
No response
PHP engine version
None
Web server
None
Database
None
Additional info
No response
The text was updated successfully, but these errors were encountered: