-
Notifications
You must be signed in to change notification settings - Fork 261
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
Mails shown in Inbox are outdated/missing #3049
Comments
I highly doubt this. The Nextcloud mail app offers an extensive logging system to make it easier identifying and tracking down bugs. Please enable debug mode and set the log level to debug in your admin settings. Then, try to reproduce your issue and take another look at |
Please use the bug report template for future reports: https://github.com/nextcloud/mail/issues/new?assignees=&labels=bug%2C+0.+to+triage&template=bug.md&title= |
Dear Christoph, |
Thank you Christoph for your answer. Maybe you should configure the issue reporting that the template is used when someone is opening a new issue? Anyway, I've produced some log files but I find it difficult to provide it to you because they contain a lot of private/sensitive information, at least the horde_imap.log. Is there any way to sanitize the log file before I can send it to you? Are there any entries I can grep out and send to you? |
It's not always necessary. And the more complex the template, the more people will ignore it just like it happened here. |
No answers to my log files questions?
and here for the "Admin" account :
|
I'll answer. Just try to be a bit more patient. This is free community support. If you have a support contract with Nextcloud GmbH please reach out through the support system so we can prioritize this issue. |
No rush, thank you. |
I have seen this issue as well, for now work-around that seem to work most of the time to update the folders is to click the Mark all as read option in the ... menu. |
I don't see why that would help. It will just set a flag on a few messages. I still can not reproduce the issue. |
It doesn't help on my setup. Another problem is that the content in "All inboxes" has nothing to do with the inboxes per account. The account one is empty for Admin account but the common one is showing a lot of (deleted) mails from it. Clicking on one of the mails shows only this text:
|
I have the same issue. Clicking mark all as read does not work for me. Also i noticed that when you click on the menu next to inbox it counts the mails in my inbox correctly (9). However i see a lot more emails, also the removed mails are still there. In the log inside nextcloud i don't see any mail related erros, or do i need to enable more debugging error logging somewhere else? |
There is LOTS of debugging options. But right now I have no clue where to look, so those might not help at all. |
All i can see is this this in the console log from the browser when i click on a not existing mail:
|
If you are like REALLY curious, then you have to enable debug mode and loggin on the server. Remove the account. Then add it again. The Nextcloud mail app offers an extensive logging system to make it easier identifying and tracking down bugs. Please enable debug mode and set the log level to debug in your admin settings. Then, try to reproduce your issue and take another look at |
The problem still exists with Mail 1.35. Strato Inbox says "3 messages" but the view/reading pane at the right says "No messages in this folder". It seems that the logic behind that is borked. Mail recognizes the presence of the mails but won't display them. When a new mail arrives that single mail will be displayed until deleted. After that it takes hours (?) to recognize that the mail is no longer in the inbox. Then the mail box in empty once again, but it still says that there are 3 Messages in it (which is the truth). |
Yeah, the sync mechanism has problems on your setups. What you see in the sidebar is a direct query that goes to IMAP. If you see a mismatch there, it's totally meaningless in terms of the cache state of the app. I have no idea how to remotely debug this. If someone sends me credentials to an IMAP account with this problem that I can set up and debug locally I might be able to gather more info. |
What is your cron setting btw? What type of cron do you run? How often is it run? See the admin settings. |
I could create you an temporary account for one of my Strato domains. if you send me an email address where I can send you the login/password to. |
How often is it run?
Send it to christoph at nextcloud com |
Will do that ASAP. Every 15 minutes. |
I've send you the login credentials as email. |
Thanks a lot. I'll have a look when my time allows. |
Side note: we now recommend running it every 5min :) |
Ah okay, but I had problems in the past with a long running task (News app update) which took more than 5 minutes but I will try 5 minutes again. |
Same problem as in the first post here. NC 23.0.1, Mail 1.11.6, cyrus-impad 3.2.6-2+deb11u1 with "expunge_mode: immediate" occ mail:account:diagnose IMAP capabilities:
(???, is that all? i.e. XLIST is missing?) When I clear the cache, everything is there. Next day the situation is as in the picture again. Regards Chris |
RIght, this reminds me of the issue we're currently having with iCloud acounts. I could be completely on the wrong track here, but I debugged this a while ago and one issue was the the "vanidshedUids" that were requested for comparing our local state to imap contained uids that were not vanished after all, thus leading to syncing and then immediately disappearing messages in the inbox: mail/lib/IMAP/Sync/Synchronizer.php Lines 71 to 87 in 0fc344e
The root cause of this behaviour is still unclear to me, but a "simple" fix for now would be to filter the |
After the update to NC 23.0.1.2 yesterday I took a look in the "Overview" settings section. The system told me there I needed to set "opcache_interned_strings_buffer" larger than 8 (I set it to 10 then) and I had to perform a "occ db:add-missing-indices". After I did that I cleared the cache for my INBOX again and that went, in contrast to before, super fast (seconds instead of minutes). All mails are visible again in the INBOX. Let's see for how long, but there is new hope :-) Regards Chris |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
It's back....after update to version 1.12.0 (NC 23) the mails in the inbox are now outdated again. |
I'm sorry to hear that. I'm using the app myself a lot and I have not run into this yet. Let's see if/when this pops up. |
It is possible that the same thing happened to me with self-hosted Mailcow (uses Dovecot) - the state of the inbox displayed in Nextcloud mail app was outdated. All other IMAP/EAS clients displayed it correctly. I just straight up deleted the account and re-added it and now I have this: Any chance @nRaecheR could reproduce this please? Here are the logs from when viewing an e-mail with no subject and ? as sender:
In the database the subjects are empty and in this write-out as well:
All of the e-mails visible there were received AFTER adding the account to Nextcloud. And even out of those, one has the bug. The empty ones were already in the Inbox when adding the account. Few more disclaimers:
Is there any way to completely disable the cache in Mail app or would that hurt the performance too much? Or move it to Redis somehow? |
fyi v1.13.1 works .... it does not lock up the browser and it does not try to load the mailbox at once (it loads as I scroll...). If I find any more time, I'll continue testing towards newer versions as I don't know which one broke it. I also needed to drop the tables. I am willing to provide login details on my mailcow instance to see if this can be reproduced. It is nothing out of the ordinary, just normal Dovecot. Contact me at any address at plantroon.com if any dev is willing to spend time on this. |
Hi, thanks for debugging this so thoroughly! I think this is a different issue you're seeing. Can you please open a new ticket? |
Sorry, you're probably right. I reported it under #6938 |
FYI, there are no improvements with 0.13.8. |
Label dropped because it was a duplicate of the attribute at https://github.com/orgs/nextcloud/projects/61. The priority does not change. |
Problem still not solved Nextcloud 25.0.1 Is there anything I can help you with getting this sorted? The way groupware bugs are handled is not very advertising for Nextcloud ... Regards Chris |
We are aware that the problem is not solved. That's why the ticket is still open. Before randomly complaining about Nextcloud please ask yourself the following two questions:
If you have experience with PHP, JS and Nextcloud you could try to debug the problem. If you find a somewhat reliable way to reproduce the issue, please let us know ASAP. The first step in fixing bugs is to find ways to reproduce them. We already tried multiple times and didn't find a way to reproduce it reliably. Of course, you are always welcome to fix stuff yourself and open a PR. |
The update to 25.0.1/Mail 2.1.1 is a mixed bag for me for this issue. One account seems to be fixed ("the high traffic one"), the other lags behind sometimes. I think the mailbox will be updated each time I delete/move a mail from it or a new one arrives. But I'm not sure about this. This could be the reason why the high traffic mailbox is now up to date while the low traffic one is outdated after I open the mail app the first time in the morning. It seems to be much better with this version, thank you for your work! |
Your attitude is exactly what "I'm complaining about". You do your stuff open source, I'll do mine stuff open source. All for the good of open source. And if we can help each other fine. If not, also fine. But being open source and begging for paying is not my world. Remembers me of a dead horse called Owncloud. Sorry, but I'm into Owncloud / Nextcloud since 10 years. Large scale, small scale. More or less active over the years, but this kind of response is not inviting to get more active for me. Regards Chris |
Some logs from another issue whiere this issue il linked. |
Experiencing similar issues. As a temporary fix, I deleted all DB table entries of oc_mail_messages and oc_mail_mailboxes, and performed an occ mail:sync command to force refresh my mail account. |
A few weeks ago I upgraded my server to Debian 12. With that upgrade my Cyrus server was upgraded to version 3.6 and I ran into this problem: https://groups.google.com/g/linux.debian.bugs.dist/c/_X_HvkFqum4 I could correct the mailboxes by using "reconstruct" and after that the mail from the reconstructing date on, stay visible in the Inbox of Nextcloud's Mail. As those mailboxes were all set up under Cyrus 2.x and then have been upgraded from version to version, perhaps this post gives a clue to the problem described here: https://groups.google.com/g/linux.debian.bugs.dist/c/_X_HvkFqum4/m/qnsEqFzmBAAJ Just guessing, but I'm glad it seems to be working now. Regards Chris |
Hi all,
I've been using the Mail app since it's public release but sind the 1.3.0 update it is unusable for me.
Here's the environment:
Nextcloud 18.04 (amd64, official Docker image)
Mail 1.3.2
Two Mail Accounts:
Here's the list of problems I'm encountering:
The main problem seems that the Mail App can't handle it when mails are deleted or moved from a another mail program. The old version (-1.3.0) had problems with that too but a simple reloading of the Mail tab solved this, now this is permanent. A manual sync of the mail accounts won't help (occ mail sync command).
The Mail App is totally unusable with my setup and needs some fixing to be working again. I can't see anything relevant in the log files. Please tell me how to help fix this problems.
The text was updated successfully, but these errors were encountered: