I had a similar problem on Ubuntu 24.04 (upgrading from 22.04).
As it's been said in a comment, this is due to Thunderbird being installed as a snap package (instead of an apt/deb package).
I also considered purging the snap version to then install Thunderbird via apt, but, all things being considered, snap has some (few) advantages, like sandboxing (flatpak is also an option actually, but since snap is the new Ubuntu "standard", my goal was to try and fix that beast). So next was an interesting troubleshooting experience (I didn't say fun).
The symptoms were
- cannot send mail
- cannot save mail (draft)
All eyes pointed to the heavily criticized snap environment. But it happens that it was not the case, not directly at least.
Sending an email and then doing
# journalctl -e --no-pager | grep DENIED
apparmor="DENIED" operation="mkdir" class="file" profile="snap.thunderbird.thunderbird" name="/home/me/Downloads/thunderbird.tmp/
Interesting. Adding a rule in apparmor.d was out of question. Why would TB mkdir in my Downloads?
Looking for a setting in TB Settings / Config editor (bottom), and "Show all". Doing ^f (otherwise the search is only in the variables name), only messenger.save.dir had this dir, and changing it did not improve the situation.
Looking at the source code (3 GB! There must be an LLM hidden somewhere!), at first glance it seems the snap install comm/taskcluster/docker/tb-snap/tmpdir.sh sets the TMPDIR to the XDG var for downloads (i.e. the user's Downloads dir). Why did they use xdg-user-dir instead of something more "snapy" (thus accessible) is strange. Maybe it's a temporary setting.
Anyway to fix the problem, while keeping the snap version without customizing too much or touching apparmor, I did for the time being (with my me user)
mkdir /home/me/snap/thunderbird/common/.thunderbird/<profile>/thunderbird.tmp
cd ~/Downloads
# Remove 'thunderbird.tmp' if it exists
ln -s /home/me/snap/thunderbird/common/.thunderbird/<profile>/thunderbird.tmp
And that works.