summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Add documentation for QMailRetrievalAction::defaultMinimum(testDon Sanders2012-05-081-0/+12
|
* Correctly Fix a bug where Todo and CalendarInvitation flags shared the same bitDon Sanders2012-05-081-1/+1
|
* Revert due to accidentally committed changes to qmfstoragemanager.Don Sanders2012-05-082-2/+1
| | | | | | Revert "Fix a bug where Todo and CalendarInvitation flags shared the same bit." This reverts commit 0ebe11b21651ebace307f152bf0bc3a4a934d10a.
* Fix a bug where Todo and CalendarInvitation flags shared the same bit.Don Sanders2012-05-082-1/+2
|
* Fix reloading of log categories during runtime.Valerio Valerio2012-05-073-4/+8
| | | | | | | ABI break is introduced: -QMF_EXPORT void qmf_registerLoggingFlag(char const* flag) +QMF_EXPORT void qmf_registerLoggingFlag(char *flag)
* Fix bug with pop mails not being deleted from pop server.Don Sanders2012-05-042-10/+38
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When syncing pop service was not waiting for response from server after sending a QUIT command. Fix by updating pop service logic as follows, if mails are to be deleted from server then issue a QUIT command immediately after deleting mails. This is because after issuing a DELE command a QUIT command must be issued to force the POP server to really delete mails. Otherwise if not mails are deleted then keep the connection open for several seconds, so that if a client makes another service request, e.g. to fetch the body of a mail left on the server then the existing connection can be reused. However as an exception if a sync (retrieveMessageList) is requested, when the connection is already open, then the connection is closed and reopened, because this is necessary in order to see new mails listed. To test this change a tried several different uses cases 1) Sync after deleting (empty from trash) mails using device 2) Sync after not deleting mails 3) Do 1 then quickly sync before connection is closed 4) Do 1 then sync after connection is closed 5) Do 2 then quickly do 1 before connection is closed 6) Do 2 then do 1 again after connection is closed 7) Do 1 then download body of message left on server
* Performance and memory improvements.Valerio Valerio2012-04-231-2/+6
|
* Update standard folders in the DBValerio Valerio2012-04-231-0/+3
|
* Change logging group to 'LogCategories'Valerio Valerio2012-04-201-1/+1
|
* Replace uses of qDebug with qMailLog.Don Sanders2012-04-2016-20/+9
| | | | | | | | | | | | | | As qDebug shouldn't be used in release code, and may become deprecated. There's still some uses of qDebug left, namely, some automated tests that actually test qDebug/qMailLog functionality, some uses of qDebug in uncompiled documentation code snippet examples, one use of include QDebug in symbian code, and in qmailid some uses of defining operator<<(QDebug <<, ...). There's still about 500 uses of qWarning and qFatal left. For these I include qmaillog.h as currently that inclues QDebug. Apart from the one symbian case already mention.
* Ignore errors after SMTP QUIT is sent, required for Qt 5.Don Sanders2012-04-191-0/+3
|
* Add logging for when a service action begins and finishes.Don Sanders2012-04-191-0/+33
|
* Add logging for when an imap strategy starts running.Don Sanders2012-04-191-0/+3
|
* Fix a bug where externalize/move operations were leaking files.Don Sanders2012-04-191-2/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Need to set content scheme and identifier for effected mails. Did numerous tests to ensure there are no regressions, details below * Tests with sent folder and trash folder on server for fwod server * 1) check forward without download send and check mail is in sent folder on server sync and check mail is in inbox check can get attachment for message in inbox check can get attachment for message in sent folder 2) move to trash complete mail check moved mail in trash on server is ok before/after sync check moved mail is shown in universal trash before/after sync 3) move to trash partially downloaded (forwarded) mail in inbox forward without download again check mail in trash on server is ok before sync check can complete mail (download attachment) before sync check moved mail is shown in universal trash before sync 4) move to trash partially downloaded (forwarded) mail in inbox forward without download again check mail in trash is ok after sync check can complete mail (download attachment after sync) check moved mail is shown in universal trash after sync 5) copy message to trash (only works for complete messages) check copied message is in trash (noticed that only metadata is fetched for copied message, but can retrieve rest of mail using GUI) 6) remove from trash check still removed after sync 7) normal send, restore from trash on server send normal mail with attachment, sync, move to trash, restore from trash on server, get attachment * Tests without sent folder and trash on server for fwod server * Same as above, but test using universal trash and universal sent mail e.g. check mail is in univeral sent, check can restore from universal trash * Tests on server without fwod * Need to do all above tests again
* Fix a bug where standard folder accounts settings got lost...Don Sanders2012-04-191-3/+6
| | | | | | | ...when syncing an IMAP account that doesn't support XLIST. Won't affect clients that autodetect standard folders based on names after doing a sync.
* FWOD fix, don't try to upload email twice to remote serverDon Sanders2012-04-181-2/+8
| | | | | | | | | | | | | When sending a forward without download message, with a sent folder on the server, a second spurious attempt was being made to APPEND the message into the sent folder on the server. (Test server ignored the spurious append, so no error was detected). So fix this, checked for regressions in 4 cases: Forward without download with sent folder on server. Forward without download without sent folder on server. Normal sending (non-fwod) with sent folder on server. Normal sending without sent folder on server.
* Fix QMailMessageMetaData::receivedDate().Don Sanders2012-04-042-3/+4
| | | | Doc was buggy, and so was pop plugin setting of this field.
* Include qmailthreadlistmodel files in .pro file.Valerio Valerio2012-04-041-0/+2
|
* Merge branch 'master' of scm.dev.nokia.troll.no:addons/messagingframeworkValerio Valerio2012-04-043-1/+3
|\
| * Eliminate compile warnings.Don Sanders2012-04-043-1/+3
| |
* | Fixes: NB#297007 - [Thread view] Hotmail: Attachments are not availableValerio Valerio2012-04-041-9/+16
|/ | | | Patch by Sergey Kashin (MeeGo QMF)
* Ensure temporary files are deleted.Don Sanders2012-04-033-0/+16
| | | | Patch from Edit Siket-Szasz
* Fix arguments of alignedtimer, should be in seconds not ms.Don Sanders2012-04-031-5/+7
| | | | | | | Patch from Bojan Radakovic Bojan. Also use define rather checking qt version because aligned timer is in a separate module.
* Don't try to create a non const iterator from a const QMap.Don Sanders2012-04-021-1/+1
| | | | Patch from LN.
* Add support for increasing messaging store performance by disabling ↵Don Sanders2012-03-303-0/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | durable/atomic operations. For performance testing to see how much synchronous writes cost. Default uses fsync, and sqlite synchronous=FULL QMF_NO_DURABILITY disables fsync, uses sqlite synchronous=NORMAL, and is documented. QMF_NO_SYNCHRONOUS_DB disables fsync, uses sqlite synchronous=OFF, and is not currently document. Test data - total 100 messages in 13 different folders, medium speed network, fast desktop HD Default - Avg 13 seconds 14 12:57:50 - 12:58:04 12 13:13:09 - 13:13:21 QMF_NO_DURABILITY - Avg 10 seconds 10 13:02:17 - 13:02:27 09 13:03:39 - 13:03:48 QMF_NO_SYNCHRONOUS_DB - Avg 10 seconds 10 13:19:43 - 13:19:53 10 13:20:45 - 13:20:55 Conclusion NO_DURABILTY and NO_SYNCHRONOUS_DB run at a similar speed about 20%-40% faster than normal.
* Remove unnecessary call to upateAccountDon Sanders2012-03-291-2/+1
|
* Prevent uninitialized variable being referenced.Don Sanders2012-03-291-1/+1
| | | | | By initializing variable. Don't expect that this code path can be hit in practice. So just eliminate spurious warning.
* Fix small mistake from previous commit.Valerio Valerio2012-03-291-1/+1
|
* Enable log categories without restarting messageserver.Valerio Valerio2012-03-291-1/+14
| | | | Use 'kill -SIGHUP $(pidof messageserver)'
* Fix NB#290380 'ServiceHandler should keep all the info about running actions'Don Sanders2012-03-237-23/+337
| | | | | | | | | Keep info about QMailServiceAction::Status and progress of running actions. Tested by starting serverobserver tool after starting a long sync, waiting until previewing progress was > 0%, and putting some judicious qDebugs in.
* Fix typoDon Sanders2012-03-231-1/+1
| | | | 'creating database' -. 'opening database'
* Use QAlignedTimer with a 1 min interval for sending imap idle doneDon Sanders2012-03-232-1/+16
| | | | When available requires Qt5.
* Fix Qtwidgets includes.Valerio Valerio2012-03-233-5/+4
| | | | Make sure all GUI code is under QMF_NO_MESSAGE_SERVICE_EDITOR config option.
* Ensure async disconnection actions emit activityChanged signal.Don Sanders2012-03-222-1/+72
| | | | And update auto test.
* Fix QMailActionObserverDon Sanders2012-03-221-3/+2
| | | | Wasn't able to observe actions started by another process.
* Fix mail retrieval bug, suspected regression introduced by conversation code.Don Sanders2012-03-201-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Symptom of bug was a mail was not being retrieved and the imap plugin was complaining: 'WARNING server contains uids in contiguous region not on client!!!' and mail store was complaining: [26407] Mar 20 13:57:07 [Debug] IMAP : "1" RECV: * 15663 FETCH (UID 15663 RFC822.SIZE 5818 RFC822.HEADER {4691} [26407] Mar 20 13:57:07 [Debug] IMAP : "1" RECV: <4691 literal bytes received> [26407] Mar 20 13:57:07 [Debug] IMAP : "1" RECV: INTERNALDATE "15-Mar-2012 16:27:18 +0000" FLAGS () BODYSTRUCTURE ("TEXT" "PLAIN" ("CHARSET" "us-ascii") NIL NIL "7BIT" 1083 43 NIL NIL NIL)) [26407] Mar 20 13:57:07 [Warning] ( 26407 ) Failed to execute query; error:"columns id, identifier are not unique Unable to fetch row"; statement:"INSERT INTO missingmessages (id,identifier,level) VALUES (14256,'E1S7pqR-0005Rd-UZ@pluto.milchstrasse.xx',0)" [26407] Mar 20 13:57:07 [Warning] Failed to execute query; error:"columns id, identifier are not unique Unable to fetch row"; statement:"INSERT INTO missingmessages (id,identifier,level) VALUES (14256,'E1S7pqR-0005Rd-UZ@pluto.milchstrasse.xx',0)" [26407] Mar 20 13:57:07 [Warning] Could not execute query "addMessage missingmessages insert query" [26407] Mar 20 13:57:07 [Warning] 26407 Unable to addMessages - constraint failure Basically in addMessages, messagePredecessors was being called and was returning a missingReferences list with duplicate entries. This then resulted in the 'if (!missingReferences.isEmpty())' clause in addMessages performing a batch query trying to insert multiple rows into the missingmessages table with the same (id, identifier) pairs which broke the primary key constraint of the missingmessages table. Solution is to have the messagePredecessors function removeDuplicates in missingReferences list.
* Set the imap idle connection readbuffer size correctlyDon Sanders2012-03-201-1/+1
| | | | 10KB instead of 10 bytes.
* More qt 5 fixes.Don Sanders2012-03-122-1/+11
|
* Build fixes for Qt5 and remove some spurious DEPENDS_ON macrosDon Sanders2012-03-1218-46/+55
| | | | | | as they do nothing. Thanks to Valerio for the patch.
* Fix problem with async rollback actions unit test.Don Sanders2012-03-121-0/+6
| | | | Would be better to have a more general solution.
* Fix bug whereby discard messages service actions weren't removed from expiry ↵Don Sanders2012-03-122-13/+10
| | | | | | queue. Were clogging up the queue of actions to be serviced.
* tst_qmailstorageaction requires a clean database.Don Sanders2012-03-121-0/+3
|
* Reduce ram used for imap idle connections.Don Sanders2012-03-093-6/+10
| | | | Reduce readBufferSize from 101KB to 10KB.
* Use thread safe mail store.Don Sanders2012-03-096-75/+118
| | | | | Close database and free RAM after QMail::databaseAutoCloseTimeout() milliseconds of mail store disuse.
* Remove extra semicolonValerio Valerio2012-03-071-1/+1
|
* By default retrieve 100KB of data per message.Don Sanders2012-03-064-4/+4
| | | | For POP/IMAP accounts, previous limit was 20KB.
* Reduce peak memory useDon Sanders2012-03-062-1/+18
| | | | Only allow ~1MB of mail data to be buffered by qmailmessagebuffer.
* Possible fix for messageserver sometimes crashing in valgrindDon Sanders2012-03-051-1/+4
| | | | libicu appears to reading past end of input buffer by 1 byte.
* Fix another regression introduced by merging in threading code.Don Sanders2012-03-021-5/+13
| | | | | | | Deleting thousands of messages could lead to the sqlite argument limit being exceeded. This time "updateThreads mailthreads delete" query was failing.
* Fix regression introduced by merging in threading code.Don Sanders2012-03-021-3/+10
| | | | | | | | | | Deleting thousands of messages could lead to the sqlite argument limit being exceeded. Any error like the following was being returned: [14682] Mar 02 17:52:52 [Warning] ( 14682 ) Failed to prepare query; error:"too many SQL variables Unable to execute statement"; statement:"SELECT id, parentfolderid, sender, subject, status, preview, parentthreadid FROM mailmessages WHERE parentthreadid IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) ORDER BY stamp" [14682] Mar 02 17:52:52 [Warning] Failed to prepare query; error:"too many SQL variables Unable to execute statement"; statement:"SELECT id, parentfolderid, sender, subject, status, preview, parentthreadid FROM mailmessages WHERE parentthreadid IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) ORDER BY stamp" [14682] Mar 02 17:52:52 [Warning] Could not prepare query "recalculateThreadsColumns select messages info query" [14682] Mar 02 17:52:52 [Warning] 14682 Unable to removeMessages - code: 1
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-29 20:39:58 +0000