A lot of projects have a large volume of posts and replies on their mailing lists, even on their user lists which don't include posts targeting developers. It's sometimes necessary to post an issue or a support request on the mailing list because the project enforces it or developers refused an enhancement request to improve the intuitive usage of the software on the issue tracker.
Even though it might be considered impolite and self-centered, it's often not possible to follow more of the list than just the conversation following such an isolated post. The behavior should be abandoned as soon as the involvement with the project increases, of course.
In Thunderbird 52, I found that ignoring threads is a blessing, however it still requires to go through all the folders where a filter sorts-in the messages based on the sending address regularly and to select a wide range of messages. This is still far from being able to only follow my own threads imo. The notifications about unread messages still are the most severe problem here.
I even went further and added a Thunderbird filter which automatically marks threads which are not starred and not sent by me as ignored which should lead to a notification only if I receive a reply to one of my posts. Example:
If from, to, cc is [mail list address] and status isn't starred and from isn't [my address] -> mark as read and ignore thread
However these filters run only if I execute them manually even though they are configured to run for the same actions like the filters sorting the mail into folder which work fine automatically.
It shouldn't make any difference to create the rules as Thunderbird or sieve filter on the server side - except if sieve has more capabilities than Thunderbird.
https://stackoverflow.com/questions/351318/best-practices-to-follow-read-large-mailing-lists explains the problem (not as good as this question I might add :)), but doesn't offer any solutions.