Many, many thanks for that. I am currently investigating a mail shot of 5000 emails with PDF attachments (of AGM notices) where a significant number (approx 100) did not reach the recipients inbox although the email used was certainly correct (few bounces). Not even marked as spam but 'dropped'. I have considered some of your points but can find no obvious pattern in the email account or ISP of the failed messages. The strategy next time will be to send just a notification mail with instructions how to retrieve the PDFs from a website (no URL or mailto: links at all).
I was hoping there was some way currently or with an extension. I have no problem running SQL queries, if that is my only option.KYPREO wrote: ↑Wed Feb 19, 2020 6:43 amI recently brought up the same issue and suggested an extension to deal with it: viewtopic.php?f=496&t=2540906
There is no option in the ACP to individually override a user's notification preferences. Unfortunately, there is apparently no way for an extension to prevent notification emails being sent to specific users.
An extension could allow an admin to gain access to individual user's notification settings and de-select notify by email.
The alternative is to manually change user notification settings in the forum database by executing mySQL queries. I am reluctant to recommend that approach unless you are comfortable with mySQL as things can go wrong if you get database queries wrong.
I've been chasing this problem for years. Yes, I have MX, SPF, DKIM, DMARC, and reverse DNS all setup. I'll check out those other links.KYPREO wrote: ↑Wed Feb 19, 2020 6:43 amMeanwhile, if emails are being marked as spam, you should check the following:
- do you have a valid MX record for your mail (check here: https://mxtoolbox.com/MXLookup.aspx)
- does a reverse DNS check for your mail server IP correspond with your mail server hostname (check here: https://mxtoolbox.com/ReverseLookup.aspx)
- is your IP on a blacklist (check here: https://mxtoolbox.com/blacklists.aspx)
- do you have valid SPF/DKIM and/or DMARC set up? (use the SuperTool here: https://mxtoolbox.com/SuperTool.aspx)
- is your mail server being used as an open relay for spammers? (check here: https://mxtoolbox.com/diagnostic.aspx)
- does your mail server IP have a poor reputation on one of the established reputation databases used by mail servers to filter spam (eg https://senderscore.org/, https://talosintelligence.com/reputation_center
- send an email using the Mail Tester tool and consider the recommendations: https://www.mail-tester.com/
Sounds pretty tedious. I've got hundreds of members that this issue affects.
I think the quicker way is probably to modify the user's user notification options to deselect "Email". This way they stay subscribed and don't lose their last visited stats for those susbscriptions and therefore keep any board notifications. But they won't continue to be sent email notifications.
_user_notificationstable in the
methodcolumn. You can see a user's notification options running the query:
Code: Select all
SELECT * FROM phpbb_user_notifications WHERE user_id LIKE '####'
Code: Select all
SELECT user_id FROM phpbb_users WHERE user_email IN('email@example.com','firstname.lastname@example.org');
Code: Select all
UPDATE phpbb_user_notifications SET notify = 0 WHERE method = 'notification.method.email' AND user_id IN(1,2,3);
For me and many others too, but I'm pretty sure you'll find it very difficult to get it merged eventually.
I understand those arguments, but you can just turn them on via the database anyway. Ultimately the conduct of the administrators are what will render an action in breach or not.3Di wrote: ↑Sun Feb 23, 2020 12:56 am
But it also doesn't! It would be contrary to every law regarding the freedom of will and personal choices of anyone.
I don't know if privacy and personal freedom is just optional?
That's the way to go in case and at the present time.
Reiterating then some points already expressed in your previous post is certainly not helpful to the discussion, to these I have already answered concisely and without a shadow of a doubt.
I think you meant "it does NOT allow"?...
The software can't meet all the needs of every country in the world, if it's okay for you for another not, as for the GDPR, in fact there are extensions to overcome these drawbacks. You could take one for example and create one that meets your criteria and those of the country where you live, another illustration.