confirming bug 
I finally gave it a shot

Switched back my accounts to ssl ports in Thunderbird (IMAP/993 and SMTP/STARTLS), deleted the ssl account entries in Avast, launched the client, opened the avast interface and:
1 found that an IMAP entry was created again. A bug 'cause it shouldn't happen but that doesn't conflict so far, you can still receive mails.
2 On the other hand, if you attempt to send mails using SMTP/587/STARTLS, again the mail shield proxy is creating a secure account entry on port 465 and you can't send anything. This entry shouldn't be created at all in the first place, like the IMAP one. If you switch smtp in Thunderbird to 465, leaving the useless smtp/465 in avast, it works again. If both Thunderbird and Avast are on 587, nothing works.
Anyway, all of this doesn't really matter.
What matters is that the mail proxy shouldn't create any entry as long as you stick to ssl ports in the mail client. You should, if the option is left checked, just get the warning that Avast can't scan.
adding: I mean guys, there has been quite a few threads recently from people who never used the mail shield before, were not aware of anything, didn't even know how to re-configure the mail client to get the mails scanned because they use to just leave the mail shield run without bothering. And technically, apart from the annoying warning that avast can't scan, there's no problem to send and receive. But now there's a bug >>> the ssl proxy attempting to reroute to ssl ports when nobody asked it to. What I don't understand is there has been many posts and new threads, it was obvious to me from the beginning that something was wrong, I could tell about that bug a few days ago already, and found it on my system today when testing. Where is Avast? no one noticed anything
