On Aug 14th 11 PM ET/Aug 15th 03:00 UTC, due to scheduled Firefox Account server maintenance, users may not be able to sign in or create a new subscription. This is expected to last approximately 30 minutes. Status updates can be found at https://status.vpn.mozilla.org or https://status.relay.firefox.com.

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

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

  • Akukho zimpendulo
  • 1 inale nkinga
  • 1 view
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

Kufanele ulogele ukungena ku-akhawunti yakho ukuze uphendule amaphosti. Uyacelwauqale umbuzo omusha, uma ungekabi nayo i-akhawunti namanje.