Este site está com funcionalidades limitadas enquanto realizamos manutenção para melhorar sua experiência de uso. Se nenhum artigo resolver seu problema e você quiser fazer uma pergunta, nossa comunidade de suporte pode te ajudar em @FirefoxSupport no Twitter e /r/firefox no Reddit.

Pesquisar no site de suporte

Evite golpes de suporte. Nunca pedimos que você ligue ou envie uma mensagem de texto para um número de telefone, ou compartilhe informações pessoais. Denuncie atividades suspeitas usando a opção “Denunciar abuso”.

Saiba mais

Esta discussão foi arquivada. Faça uma nova pergunta se precisa de ajuda.

Thunderbird with Dovecot, sent messages not getting removed from full text search backend

  • 1 resposta
  • 1 tem este problema
  • 1 exibição
  • Última resposta de elyograg

more options

I am using dovecot for IMAP services, dovecot is configured with Solr as it's full text search backend. One day I was working with Thunderbird as my mail client, and watching Solr's log file at the same time. I was noticing that dovecot was not sending delete requests to Solr when messages were getting expunged. I noticed it when using shift-delete in Thunderbird, to delete a message immediately, bypassing the Trash folder. For that, I have a workaround -- don't use shift-delete.

Then I noticed the same thing happening when sending a message -- dovecot was not sending a delete request to Solr for the message that had been temporarily saved in the Drats folder. Test steps:

1) Begin email message with unique text in message body. 2) Wait a while so Thunderbird saves the unsent email to Drafts folder. 3) Query Solr for unique text in message, see one message in results, note ID value:

 198/6a146e1262248061a9190f00b69bc403/elyograg@elyograg.org

4) Send message. Query Solr again, see two results, ID values:

 198/6a146e1262248061a9190f00b69bc403/elyograg@elyograg.org
 10796/63146e1262248061a9190f00b69bc403/elyograg@elyograg.org

Second ID value is for the message saved to the Sent folder. Same test with TypeApp, an android mail client, behaves correctly. There is one search result at step 4. TypeApp does not have an expunge message option like Thunderbird does. All deleted messages go to the Trash folder, I could not find a way to bypass Trash.

When deleting messages "normally" (delete sends message to Trash, then I empty Trash), everything works fine with Thunderbird. I use shift-delete so I won't have to remember to empty the Trash folder. Behavior is the same with an older version of Thunderbird on Linux and the latest version on Windows.

I asked about this on the dovecot mailing list, because it seemed like the problem was there. They asked if I had tried any other mail clients. At the time I hadn't. I was going to try Windows Mail, but it could not connect to my mailbox, so it never gave me the option to visit advanced settings to change port numbers or change TLS to STARTTLS like Thunderbird does. The only other mail client I have access to is the one on my phone, and as noted, it works correctly.

I do have a way to fix this problem. My mail server, which handles mail for me and a few others, can do a full reindex in about 8 minutes to clean up expunged messages from Solr. But there are dovecot installations that house billions of email messages. A full reindex for those admins could take several days -- not practical.

Is this a bug, or have I just got something configured wrong? I checked the Config Editor for settings that contain "expunge" ... all those options are at default settings and I do not know what some of them will do, so I haven't changed anything.

I am using dovecot for IMAP services, dovecot is configured with Solr as it's full text search backend. One day I was working with Thunderbird as my mail client, and watching Solr's log file at the same time. I was noticing that dovecot was not sending delete requests to Solr when messages were getting expunged. I noticed it when using shift-delete in Thunderbird, to delete a message immediately, bypassing the Trash folder. For that, I have a workaround -- don't use shift-delete. Then I noticed the same thing happening when sending a message -- dovecot was not sending a delete request to Solr for the message that had been temporarily saved in the Drats folder. Test steps: 1) Begin email message with unique text in message body. 2) Wait a while so Thunderbird saves the unsent email to Drafts folder. 3) Query Solr for unique text in message, see one message in results, note ID value: 198/6a146e1262248061a9190f00b69bc403/elyograg@elyograg.org 4) Send message. Query Solr again, see two results, ID values: 198/6a146e1262248061a9190f00b69bc403/elyograg@elyograg.org 10796/63146e1262248061a9190f00b69bc403/elyograg@elyograg.org Second ID value is for the message saved to the Sent folder. Same test with TypeApp, an android mail client, behaves correctly. There is one search result at step 4. TypeApp does not have an expunge message option like Thunderbird does. All deleted messages go to the Trash folder, I could not find a way to bypass Trash. When deleting messages "normally" (delete sends message to Trash, then I empty Trash), everything works fine with Thunderbird. I use shift-delete so I won't have to remember to empty the Trash folder. Behavior is the same with an older version of Thunderbird on Linux and the latest version on Windows. I asked about this on the dovecot mailing list, because it seemed like the problem was there. They asked if I had tried any other mail clients. At the time I hadn't. I was going to try Windows Mail, but it could not connect to my mailbox, so it never gave me the option to visit advanced settings to change port numbers or change TLS to STARTTLS like Thunderbird does. The only other mail client I have access to is the one on my phone, and as noted, it works correctly. I do have a way to fix this problem. My mail server, which handles mail for me and a few others, can do a full reindex in about 8 minutes to clean up expunged messages from Solr. But there are dovecot installations that house billions of email messages. A full reindex for those admins could take several days -- not practical. Is this a bug, or have I just got something configured wrong? I checked the Config Editor for settings that contain "expunge" ... all those options are at default settings and I do not know what some of them will do, so I haven't changed anything.

Todas as respostas (1)

more options

Something completely unexpected: A little over 15 minutes after my last "send" test, I quit Thunderbird so I could reboot my work laptop. Version is Thunderbird 78.14.0 from Ubuntu packages. When I did the Quit, I immediately saw a delete in the Solr log for the message that had been in Drafts.

Then I tried another test: I shift-deleted a message. Nothing in Solr's log, until I quit Thunderbird, at which point the delete request showed up.

Are there two parts to a full expunge operation, and Thunderbird is waiting before it does the second half? If so, is there a config option I can change that controls that behavior?