A discussion is underway about the “email domains blacklist” and its impact on system performance. mreach suggests removing it from the Settings interface due to slow filtering times caused by large blacklists. Instead, they propose defining the blacklist via a config file like app.yaml. Stephen raises concerns about the practicality of requiring ssh access and a reload/rebuild for administrators. mreach suggests alternative solutions, including a separate tab or excluding it from filtering with a label keyword. codinghorror questions the necessity of using large blacklists, suggesting they might be pointless.
I’ve found that while the “email domains blacklist” is super useful, I don’t believe it should be displayed directly within the Settings interface. The reason is that when you use the filter function and if you have a large blacklist, it takes the system longer to filter/search for keywords. I use a list available on GitHub that’s quite extensive with several thousand entries and this does slow things down quite a bit when hunting for things.
It might simply be best to define this blacklist via the app.yaml or another config file.
Yes, it does to me, but perhaps I’m an oddball? Otherwise it should go into its own tab OR simply excluded from filtering so that to find it one would just have to use a label keyword such as “blacklist”.