Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Lolu chungechunge lwabekwa kunqolobane. Uyacelwa ubuze umbuzo omusha uma udinga usizo.

Message attachments, relocated with Tbird in Dovecot maildir store, not openable; reversible by moving BACK to inbox?

  • Akukho zimpendulo
  • 1 inale nkinga
  • 12 views
more options

I run

Name Thunderbird Version 91.7.0 Build ID 20220315143251 Distribution ID User Agent Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.7.0 OS Linux 5.16.18-200.fc35.x86_64 #1 SMP PREEMPT Mon Mar 28 14:10:07 UTC 2022

on

   lsb_release -rd
       Description:    Fedora release 35 (Thirty Five)
       Release:        35

Accounts are IMAP, connecting to a Dovecot backend

   dovecot --version
       2.3.17.1 (476cd46418)

also on

   lsb_release -rd
       Description:    Fedora release 35 (Thirty Five)
       Release:        35

Dovecot's mail store is config'd as maildir

   mail_location = maildir:/data/vmail/%d/%n/Maildir:CONTROL=/data/vmail/%d/%n/_control:INDEX=/var/vmail-index/%d/%n:LAYOUT=fs:UTF-8


Mail is delivered to the IMAP store via lmtp transport from a Postfix agent

Mail, with attachments (e.g., .PDF) is received OK.

It's readable, and any/all message attachments can be opened, read and/or saved to disk (e.g. PDF)


If, in TBird client, i MOVE the message to any other folder in the IMAP hierarchy, the message relocates, as expected.

The message itself is still readable, and _appears_ to have the attachment.

But, attempting to OPEN the *attachment*, with e.g. Okular, from within the relocated message pops up a dialog,

   "Could not open file:///tmp/pid-28435/manual_13542AE.pdf"

and saving it to Desktop,

   ls -al manual_13542AE.pdf
       -rw-r--r--   1 pgnd pgnd   27 Apr  1 06:01  manual_13542AE.pdf
   file manual_13542AE.pdf
       manual_13542AE.pdf: data

then opening it similarly returns

   "Could not open file:///home/pgnd/Desktop/manual_13542AE.pdf."


Moving the message, via TBird, **BACK** to the Inbox, cures the problem -- -- I can immediately, again, open & save the attachments.

Others see a similar issue,

https://dovecot.org/pipermail/dovecot/2022-April/124434.html

TBird cache management conflict/misconfiguration is suspect ...

Hints as to cause/fix of this attachment issue? Or event what/where, specifically, to log? Does message synchronization need to be turned off completely?

My current TBird settings for disk/cache/offline/subscription include,

   browser.cache.check_doc_frequency,              1
   browser.cache.compression_level,              0
   browser.cache.disk.capacity,              0
   browser.cache.disk.enable,              false
   browser.cache.disk.max_entry_size,              51200
   browser.cache.disk.smart_size.enabled,              false
   browser.cache.disk.smart_size.first_run,              false
   browser.cache.disk.smart_size.use_old_max,              true
   browser.cache.disk_cache_ssl,              false
   browser.cache.memory.enable,              false
   browser.cache.memory.max_entry_size,              5120
   browser.cache.offline.capacity,              512000
   browser.cache.offline.enable,              true
   mail.server.default.offline_download,              false
   mail.server.default.autosync_offline_stores,              false
   offline.download.download_messages,              2
   mailnews.offline_sync_mail,              false
   mailnews.offline_sync_news,              false
   mailnews.offline_sync_send_unsent,              false
   mailnews.offline_sync_work_offline,              false
   offline.autoDetect,              false
   offline.send.unsent_messages,              2
   offline.startup_state,              0


   mail.server.default.check_all_folders_for_new,              true
   mail.check_all_imap_folders_for_new,              true
   mail.imap.hide_unused_namespaces,              false
   mail.imap.auto_unsubscribe_from_noselect_folders,              false
   mail.server.default.using_subscription,              false
   mail.imap.hide_unused_namespaces,              false
   mail.server.default.override_namespaces,              true
I run Name Thunderbird Version 91.7.0 Build ID 20220315143251 Distribution ID User Agent Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.7.0 OS Linux 5.16.18-200.fc35.x86_64 #1 SMP PREEMPT Mon Mar 28 14:10:07 UTC 2022 on lsb_release -rd Description: Fedora release 35 (Thirty Five) Release: 35 Accounts are IMAP, connecting to a Dovecot backend dovecot --version 2.3.17.1 (476cd46418) also on lsb_release -rd Description: Fedora release 35 (Thirty Five) Release: 35 Dovecot's mail store is config'd as maildir mail_location = maildir:/data/vmail/%d/%n/Maildir:CONTROL=/data/vmail/%d/%n/_control:INDEX=/var/vmail-index/%d/%n:LAYOUT=fs:UTF-8 Mail is delivered to the IMAP store via lmtp transport from a Postfix agent Mail, with attachments (e.g., .PDF) is received OK. It's readable, and any/all message attachments can be opened, read and/or saved to disk (e.g. PDF) If, in TBird client, i MOVE the message to any other folder in the IMAP hierarchy, the message relocates, as expected. The message itself is still readable, and _appears_ to have the attachment. But, attempting to OPEN the *attachment*, with e.g. Okular, from within the relocated message pops up a dialog, "Could not open file:///tmp/pid-28435/manual_13542AE.pdf" and saving it to Desktop, ls -al manual_13542AE.pdf -rw-r--r-- 1 pgnd pgnd 27 Apr 1 06:01 manual_13542AE.pdf file manual_13542AE.pdf manual_13542AE.pdf: data then opening it similarly returns "Could not open file:///home/pgnd/Desktop/manual_13542AE.pdf." Moving the message, via TBird, **BACK** to the Inbox, cures the problem -- -- I can immediately, again, open & save the attachments. Others see a similar issue, https://dovecot.org/pipermail/dovecot/2022-April/124434.html TBird cache management conflict/misconfiguration is suspect ... Hints as to cause/fix of this attachment issue? Or event what/where, specifically, to log? Does message synchronization need to be turned off completely? My current TBird settings for disk/cache/offline/subscription include, browser.cache.check_doc_frequency, 1 browser.cache.compression_level, 0 browser.cache.disk.capacity, 0 browser.cache.disk.enable, false browser.cache.disk.max_entry_size, 51200 browser.cache.disk.smart_size.enabled, false browser.cache.disk.smart_size.first_run, false browser.cache.disk.smart_size.use_old_max, true browser.cache.disk_cache_ssl, false browser.cache.memory.enable, false browser.cache.memory.max_entry_size, 5120 browser.cache.offline.capacity, 512000 browser.cache.offline.enable, true mail.server.default.offline_download, false mail.server.default.autosync_offline_stores, false offline.download.download_messages, 2 mailnews.offline_sync_mail, false mailnews.offline_sync_news, false mailnews.offline_sync_send_unsent, false mailnews.offline_sync_work_offline, false offline.autoDetect, false offline.send.unsent_messages, 2 offline.startup_state, 0 mail.server.default.check_all_folders_for_new, true mail.check_all_imap_folders_for_new, true mail.imap.hide_unused_namespaces, false mail.imap.auto_unsubscribe_from_noselect_folders, false mail.server.default.using_subscription, false mail.imap.hide_unused_namespaces, false mail.server.default.override_namespaces, true