devmount
Email aliases
Is your feature request related to a problem? Please describe. Yes. I'm using a shared mailbox setup where multiple users send emails from individual aliases (e.g., [email protected]), which are all aliases for a single mailbox address (e.g., [email protected]). ThirdStats currently only provides statistics for the main mailbox address ([email protected]), making it impossible to view statistics per alias. This is frustrating because I need to monitor the activity of each user separately, based on their alias.
Describe the solution you'd like I would like the option to filter and view statistics based on the alias used to send or receive emails. Ideally, in ThirdStats I could select an alias (e.g., [email protected]) and see all the usual statistics — number of emails sent, response time, etc. — but only for that alias.
Describe alternatives you've considered Manually reviewing sent folders for each user, but this is time-consuming and not scalable. Using separate accounts instead of aliases, but this is not practical due to how our shared mailbox is configured.
Additional context In our setup, the main mailbox is [email protected] and employees send emails using aliases like [email protected]. All emails are technically sent from the same mailbox, but the aliases are used in the "From" field. When an email is sent to a specific alias, it arrives in the inbox of the shared mailbox ([email protected]). However, I have created separate folders for each alias — both for incoming and outgoing messages — and I use Thunderbird message filters to automatically move emails to the appropriate folder depending on which alias they were sent to or from. It would be very helpful if ThirdStats could take those alias-based folders or headers into account when generating statistics.
Thanks for this request. Maybe I misunderstood, but isn't the contact filter in the upper right corner doing exactly that?
Hi @devmount
Thanks for your work on the plugin! I think it’s almost what we need, but unfortunately, the aliases are not appearing in the Kontakt selection dropdown.
I’m not sure what the logic is behind which addresses are listed there — maybe it’s based on main folders only and not subfolders?
Here’s a quick overview of our inbox structure:
nginx
Kopiuj
Edytuj
INBOX
├── @John
├── @Anna
└── @Sara
SENT
├── @John
├── @Anna
└── @Sara
We have one global email address: [email protected]
And three aliases:
Incoming emails sent to [email protected] go to the main INBOX. When someone from the team replies, the message is first saved in the general SENT folder, but after a second it's moved automatically to the corresponding subfolder (e.g. SENT/@Sara if Sara replied). When someone replies to that response, the new message is stored in INBOX/@Sara.
Now the issue is: when I open your plugin and try to select the account, the aliases like [email protected] are not available in the Kontakt selection.
Is there a way to include aliases from subfolders in the selection list?
Best regards, Zbyszek
Thank you for this clarification. The contacts filter only shows all entries from the Most received from/to bar charts (aka the contacts charts). And those charts are limited by the add-on option "Maximum list length", so the contacts filter is only always showing the top n contacts. Try setting this option to a higher value (max 999), restart the stats processing and see, if your missing identities are appearing now:
I know this is just a workaround and the contacts filter isn't exactly very intuitive. But I plan on revamping the filter area and than it will be easy for me to add new filters like an appropriate identities filter. Let me know, if this works for you for now.
@devmount thank you, this solved one issue. However, with the current settings:
The counts don’t seem to be accurate — perhaps it isn’t reading sent emails from subfolders?
Also, when I select a subfolder from the Sent box, all emails are displayed as if they were received, not sent.
Hi there, sorry for the late reply. You are correct: If you selected one folder, only emails from this folder will be used, no subfolders. There is an open issue tracking this request here: #407
Closing this for now. Feel free to reopen if necessary.