E-mails show up with question mark and no subject and database entries for them are empty #6938
Comments
|
I have the same behavior with my dovecot based e-mail service. Everything was fine until I removed the e-mail account and added it again this morning. Now I get the behavior described above and if I leave the mail app open I get notifications about receiving hundreds of e-mails, but never an update to the missing sender or subject. I am on Gentoo with nginx and a postgres database. Nextcloud 24.0.2 mail 1.13.7 |
|
Exact the same behavior here. Nextcloud 24.0.2 mail 1.13.7 Regards Chris |
|
Playing some more, mails marked as flagged get full content and properly updated. New e-mails that come in after the initial sync are correct also. |
|
Playing even further the account I am having issues with has over 33000 e-mails. On the same server if I connect to a mailbox with only 4 e-mails everything works fine. Another account on the same server has 40 out of 360 incorrect. |
|
I can reproduce, taking a look now. |
|
COuld you please look at your nextcloud.log and tell me if you can see an error like |
|
Does it work again when you patch Mail like: Index: lib/IMAP/IMAPClientFactory.php
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/lib/IMAP/IMAPClientFactory.php b/lib/IMAP/IMAPClientFactory.php
--- a/lib/IMAP/IMAPClientFactory.php (revision 85b7fcabd5cb73e8acbb70370d5d77e1ffe1918e)
+++ b/lib/IMAP/IMAPClientFactory.php (date 1659032692479)
@@ -106,9 +106,9 @@
* using QRESYNC/CONDSTORE if they are available
* @see \Horde_Imap_Client_Socket::_loginTasks
*/
- $params['cache'] = [
- 'backend' => new Horde_Imap_Client_Cache_Backend_Null(),
- ];
+// $params['cache'] = [
+// 'backend' => new Horde_Imap_Client_Cache_Backend_Null(),
+// ];
}
if ($this->config->getSystemValue('debug', false)) {
$params['debug'] = $this->config->getSystemValue('datadirectory') . '/horde_imap.log';
As only To everyone else: Don't use this patch! (It will add every message again and again and again and again). Index: lib/Controller/MailboxesController.php
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/lib/Controller/MailboxesController.php b/lib/Controller/MailboxesController.php
--- a/lib/Controller/MailboxesController.php (revision 85b7fcabd5cb73e8acbb70370d5d77e1ffe1918e)
+++ b/lib/Controller/MailboxesController.php (date 1659030317111)
@@ -156,6 +156,7 @@
$mailbox = $this->mailManager->getMailbox($this->currentUserId, $id);
$account = $this->accountService->find($this->currentUserId, $mailbox->getAccountId());
+ $init = true;
try {
$syncResponse = $this->syncService->syncMailbox(
$account,
Index: lib/Service/Sync/ImapToDbSynchronizer.php
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
diff --git a/lib/Service/Sync/ImapToDbSynchronizer.php b/lib/Service/Sync/ImapToDbSynchronizer.php
--- a/lib/Service/Sync/ImapToDbSynchronizer.php (revision 85b7fcabd5cb73e8acbb70370d5d77e1ffe1918e)
+++ b/lib/Service/Sync/ImapToDbSynchronizer.php (date 1659030415419)
@@ -209,6 +209,8 @@
return $rebuildThreads;
}
+ $force = true;
+
if ($force || ($criteria & Horde_Imap_Client::SYNC_NEWMSGSUIDS)) {
$logger->debug("Locking mailbox " . $mailbox->getId() . " for new messages sync");
$this->mailboxMapper->lockForNewSync($mailbox);
@@ -293,7 +295,8 @@
$logger
);
- $highestKnownUid = $this->dbMapper->findHighestUid($mailbox);
+ $highestKnownUid = $this->dbMapper->findHighestUid($mailbox);
+ $highestKnownUid = null;
$client = $this->clientFactory->getClient($account, false);
try {
try {
|
|
Everything looks normal, but I see
in my logs occasionally now. |
|
@miaulalala I do not see any instances of that in my logs. |
yeah I've seen that about as well sometimes, there's another ticket here: #6905 |
|
Also a possibility to fix this would be tro revert the new HEADER_STREAM stuff when getting the raw references: index bc229c124..7198665be 100644
--- a/lib/Model/IMAPMessage.php
+++ b/lib/Model/IMAPMessage.php
@@ -182,9 +182,7 @@ class IMAPMessage implements IMessage, JsonSerializable {
private function getRawReferences(): string {
/** @var resource $headersStream */
- $headersStream = $this->fetch->getHeaderText('0', Horde_Imap_Client_Data_Fetch::HEADER_STREAM);
- $parsedHeaders = Horde_Mime_Headers::parseHeaders($headersStream);
- fclose($headersStream);
+ $parsedHeaders = $this->fetch->getHeaderText('0', Horde_Imap_Client_Data_Fetch::HEADER_PARSE);
$references = $parsedHeaders->getHeader('references');
if ($references === null) {
return '';
```
Then adding an account works for me. |
|
I'm getting the same issue. I setup the account with ssl/tls, but when I export to verify I get none for security. root@mydomain:/var/www/nextcloud# sudo -u www-data php -f occ mail:account:export user
|
|
Just he same! We updated from 23.0.4 oder 23.0.7 auf 24.0.3! |
|
Hello Everyone, we're releasing v1.13.8 RC1 today - if you're able to install the Release Candidate, it would be great if you could test it. It contains the fix for this issue. |
|
I just got a chance to try it again. The current version on beta was 1.14.0-4 and I am still getting the same results with question marks. |
we didn't release a new version for 1.14 yet, only 1.13.8 :) |
|
Can you give me a clue how to get 1.13.8 when it is offering me 1.14? I can't find the proper occ incantation. |
Downgrading is not supported unfortunately, but I will let you know as soon as we relase a new 1.14. version |
Steps to reproduce
Expected behavior
E-mail subject+recipient should be displayed as well as the e-mail when clicking on it.
Actual behavior
Question marks are displayed instead of recipient and no subjects instead of e-mail subjects. E-mail body is empty when clicking on it. Checking the database entries in Nextcloud mail they are empty as well.
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.
Mail app version
1.13.7
Mailserver or service
Self-hosted Mailcow suite (Dovecot IMAP)
Operating system
Docker on Debian
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database
MySQL
Additional info
The text was updated successfully, but these errors were encountered: