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.

move new junk messages only for INBOX

  • 8 risposte
  • 0 hanno questo problema
  • 17 visualizzazioni
  • Ultima risposta di Stans

more options

Just wanted to post some update on this question: https://support.mozilla.org/fr/questions/1373384 where I was asking: « How can I tell thunderbird to "Move new junk messages" (in "junk settings" → Destination and Retention) *only* for messages in INBOX, and not when opening other folders ? Some of my folders are populated by specific filters, are not junk, and I do not want to have any messages in folders other than INBOX to be moved even if identified as junk. » Strangely, this 8 months old question is already archived, so that I need to open a new one.

I found the answer to my question in thunderbird source code, line 8292 of ./comm/mailnews/imap/src/nsImapMailFolder.cpp :

       // don't do the move when we are opening up
       // the junk mail folder or the trash folder
       // or when manually classifying messages in those folders
       if (!(mFlags & nsMsgFolderFlags::Junk ||
             mFlags & nsMsgFolderFlags::Trash) &&
              (mFlags & nsMsgFolderFlags::Inbox)) {

Which tells that folders for which the junk mail move is done are hard-coded, so no configuration possible. The answer to my question was then: you can't, it's hard-coded. I could however edit this line and compile thunderbird to get the behavior I wished (set the condition only for Inbox).

Just wanted to post some update on this question: https://support.mozilla.org/fr/questions/1373384 where I was asking: « How can I tell thunderbird to "Move new junk messages" (in "junk settings" → Destination and Retention) *only* for messages in INBOX, and not when opening other folders ? Some of my folders are populated by specific filters, are not junk, and I do not want to have any messages in folders other than INBOX to be moved even if identified as junk. » Strangely, this 8 months old question is already archived, so that I need to open a new one. I found the answer to my question in thunderbird source code, line 8292 of ./comm/mailnews/imap/src/nsImapMailFolder.cpp : // don't do the move when we are opening up // the junk mail folder or the trash folder // or when manually classifying messages in those folders if (!(mFlags & nsMsgFolderFlags::Junk || mFlags & nsMsgFolderFlags::Trash) && (mFlags & nsMsgFolderFlags::Inbox)) { Which tells that folders for which the junk mail move is done are hard-coded, so no configuration possible. The answer to my question was then: you can't, it's hard-coded. I could however edit this line and compile thunderbird to get the behavior I wished (set the condition only for Inbox).

Tutte le risposte (8)

more options

zephred said

Strangely, this 8 months old question is already archived

Is it really strange though?

more options

Stans a écrit

Is it really strange though?

Yes, considering that bugs can stay open for years, and that the question I was asking was not answered. I do not see the point of archiving it.

more options

This isn't the place for bug reports though.

more options

Stans a écrit

This isn't the place for bug reports though.

My question was not a bug report... I had a need, asked if it could be answered within TB's options. Did not get anything else than "you're doing something wrong to need that". got the answer myself, posted it in case someone else would search to satisfy the same need. My experience of this support site is quite poor, looks like top contributors reach this level by out of subject commenting every post.

more options

zephred a écrit

I found the answer to my question in thunderbird source code, line 8292 of ./comm/mailnews/imap/src/nsImapMailFolder.cpp : // don't do the move when we are opening up // the junk mail folder or the trash folder // or when manually classifying messages in those folders if (!(mFlags & nsMsgFolderFlags::Junk || mFlags & nsMsgFolderFlags::Trash) && (mFlags & nsMsgFolderFlags::Inbox)) {

I notice I quoted the code including my patch (I added the "&& (mFlags & nsMsgFolderFlags::Inbox)" tomove the junk only from Inbox). The original code is now at line 8438: https://hg.mozilla.org/comm-central/file/tip/mailnews/imap/src/nsImapMailFolder.cpp#l8438 and reads:

       // don't do the move when we are opening up
       // the junk mail folder or the trash folder
       // or when manually classifying messages in those folders
       if (!(mFlags & nsMsgFolderFlags::Junk ||
             mFlags & nsMsgFolderFlags::Trash)) {
more options

You abandoned that thread, didn't even bother to reply to the last respondent. 8 months later with zero activity and you think it's strange it got archived? Oh well, at least you fixed it yourself (kudos). By the way, a contribution counts, whether you're happy with it or not. There's also a thumbs down icon you can click to "vote down" a post you dislike as unhelpful. It's a good thing there are many folks who appreciate the VOLUNTEER support they get here.

more options

Stans wrote

You abandoned that thread, didn't even bother to reply to the last respondent. 8 months later with zero activity and you think it's strange it got archived?

I did not abandoned it, as I tried to comment on it yesterday. Your timescale isn't mine.

By the way, a contribution counts, whether you're happy with it or not. There's also a thumbs down icon you can click to "vote down" a post you dislike as unhelpful. It's a good thing there are many folks who appreciate the VOLUNTEER support they get here.

I really appreciate to receive support, alas, I did not get any. My question was clear, I spent most of my responses to repeat it, as answers kept being out of subject. It's nice to volunteer to help, not so to just spread elaborate noise to pump up counters.

more options

If only those counters were worth anything...