Questo sito potrebbe offrire funzionalità limitate durante le operazioni di manutenzione per migliorare l'esperienza utente. Se un articolo non risolve il tuo problema e vuoi richiedere supporto, la nostra comunità di supporto è pronta ad aiutarti tramite @FirefoxSupport su Twitter e /r/firefox su Reddit.

Avatar for Username

Cerca nel supporto

Attenzione alle mail truffa. Mozilla non chiederà mai di chiamare o mandare messaggi a un numero di telefono o di inviare dati personali. Segnalare qualsiasi attività sospetta utilizzando l'opzione “Segnala abuso”.

Ulteriori informazioni

Questa discussione è archiviata. Inserire una nuova richiesta se occorre aiuto.

filters/rules handle messages differently

  • 3 risposte
  • 0 hanno questo problema
  • 1 visualizzazione
  • Ultima risposta di Toad-Hall

joostsimkens
joostsimkens
more options

Dear,

I am using some templates in my Thunderbird 115.1.0 for windows 11 that are AUTO-sent based on certain rules/filters. ie when a revieved e-mail contains a specific word in the message a rule will reply to the message using template 1.

I am now attaching a .gpx file with the template message. The message is sent as usual, but the attachement is not attached to the message (no attachement in the e-mail stored in sent-items). The message is recieved as an message with the added line: "This is a multi-part message in MIME format. --------------TwIF08u4BWQAhVjYA9nsShou Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit " Also a lot of asci-characters are in the message.

The strange this is: if I sent the very same template manually it all works like a charm. The message is sent with the GPX-file attached to it, and recieved with the complete and functioning attachement.

This leaves me to think Thunderbird handels message automatically differently from manually. Is there any way around this?

Looking forward to your response.

Kind regards.

Dear, I am using some templates in my Thunderbird 115.1.0 for windows 11 that are AUTO-sent based on certain rules/filters. ie when a revieved e-mail contains a specific word in the message a rule will reply to the message using template 1. I am now attaching a .gpx file with the template message. The message is sent as usual, but the attachement is not attached to the message (no attachement in the e-mail stored in sent-items). The message is recieved as an message with the added line: "This is a multi-part message in MIME format. --------------TwIF08u4BWQAhVjYA9nsShou Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit " Also a lot of asci-characters are in the message. The strange this is: if I sent the very same template manually it all works like a charm. The message is sent with the GPX-file attached to it, and recieved with the complete and functioning attachement. This leaves me to think Thunderbird handels message automatically differently from manually. Is there any way around this? Looking forward to your response. Kind regards.

Tutte le risposte (3)

Toad-Hall
Toad-Hall
  • Top 10 Contributor
more options

After you modified the template to include the attachment, did you then access Message Filters and edit the auto reply filter - in other words did you reselect the updated, modified and saved template or does it still think it's using the original cached template?

joostsimkens
joostsimkens Utente che ha posto la domanda
more options

thnx for your response. I've modified the message and edited the auto reply filter to include the new template. Im sure the new template is used.

To be extra certain I've created a new template with the attachement.

Both attempts result in the same response: This is a multi-part message in MIME format. --------------9E6JV0IwnjCBrpsRuNRESS1u Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

without the file attached.

Toad-Hall
Toad-Hall
  • Top 10 Contributor
more options

OK I agree with you. I've just done a load of testing. I fully understand the issue.

I've done some digging for bugs and discovered this has been a bug for 18 years. https://bugzilla.mozilla.org/show_bug.cgi?id=326181

Although the info said it did not need reporting again - I decided to report it as a new bug for supernova in the hope it finally gets some attention. https://bugzilla.mozilla.org/show_bug.cgi?id=1848659