What's New Digest

What's New Digest 5.4.1

No permission to download
That's a bad idea on a live site - setting enableMail = false does not just stop emails from being delivered until you re-enable it - it stops them from being queued at all. So any mails that are sent while enableMail is disabled, just disappear and won't ever be sent.
~~~
My bad, I thought they were qued. Just learned something new...
 
In Test Mode now. I might suggest that be default for new installs.
When they unsubscribe, the Digest selection in preferences changes to None correct? And it does not affect the XF updates email subscription, even if that is checked for sending, correct?
@Sim is this correct?
 
Last edited:
When they unsubscribe, the Digest selection in preferences changes to None correct? And it does not affect the XF updates email subscription, even if that is checked for sending, correct?
Is this correct?

Bug report: In Test mode, users cannot unsubscribe from any emails sent from when not in test mode. The link goes to an error page.
 
Is this correct?

Bug report: In Test mode, users cannot unsubscribe from any emails sent from when not in test mode. The link goes to an error page.

Receive Email Digest option changes to None when a user unsubscribes.

Unsubscribing from digest emails doesn't affect "Receive news and update emails" settings unless they choose to unsubscribe from all emails.

Regarding the bug report - the only user who will receive test emails is the admin user - or the user configured in the options. Unsubscribing won't work because it is not their email. It is behaving as intended.
 
Regarding the bug report - the only user who will receive test emails is the admin user - or the user configured in the options. Unsubscribing won't work because it is not their email. It is behaving as intended.
Not sure how this is intended. I had the add-on live and it sent emails out. I switched to Test mode to work on it, and the users that received the emails while it was live get an error when they try to unsubscribe via the email link.
 
Not sure how this is intended. I had the add-on live and it sent emails out. I switched to Test mode to work on it, and the users that received the emails while it was live get an error when they try to unsubscribe via the email link.

Test mode only affects the emails that get sent out and has nothing to do with the built-in unsubscribe mechanism - which is what the digest emails hook into when users unsubscribe.

If they are unsubscribing from genuine digest emails - then it should work - if it doesn't, there's an issue that's unrelated to test mode and I'll need more detail to be able to identify the cause.

You didn't disable the addon did you? That will break the unsubscribe links because it's looking for the whatsnewdigest email unsubcribe processor but won't be able to find it.
 
You didn't disable the addon did you? That will break the unsubscribe links because it's looking for the whatsnewdigest email unsubcribe processor but won't be able to find it.
I did disable it before you suggested I put it in Test mode to stop emails. Perhaps it happened while disabled. That seems logical. Thanks
 
  • Like
Reactions: Sim
@Sim, could you disable some email domains for us? Hotmail bans users if too many emails are sent. Could you please either do this or guide me on how to do it?
 
@Sim, could you disable some email domains for us? Hotmail bans users if too many emails are sent. Could you please either do this or guide me on how to do it?

That's not on my current list of priorities. I'll put it on the suggestion list for a later version when I have time.

In the meantime, you could just update the database directly to disable digest emails for all hotmail users.

WARNING: the following code has not been thoroughly tested - use at your own risk. Make sure you take a full database backup before executing.

SQL:
UPDATE xf_user_option AS o
LEFT JOIN xf_user AS u ON (o.user_id = u.user_id)
SET o.whatsnewdigest_email = 'none'
WHERE SUBSTRING(u.email, -11) = 'hotmail.com'
 
@Sim where does this add-on live now? The bitbucket link is dead and the github repo looks to have been renamed?
 
@Sim where does this add-on live now? The bitbucket link is dead and the github repo looks to have been renamed?

The repo is currently private.

Was there something specific you were looking for?
 
See @Sim's What's New Digest which looks to implement everything this add-on does in XF1 for XF2
Well not exactly - at the moment my addon only sends lists of "New" and "Updated" threads regardless of whether someone is "watching" them or not.
I'll create a bitbucket account and submit a pull request then :P It is a fairly small change to add a "watching" option toggle when you've done all the hard work of making it email stuff already
I was thinking of creating a PR for adding a filter so it would only returned "watched" threads to be a fully replacement of an old XF1.x add-on
 
IIRC the XF1 Watched Threads Digest addon did not only list Watched threads posted since the last mailing, but all watched threads that have new content since last visit. So it would not be a full replacement, but certainly useful. I'd love to be able to send a monthly watched content digest to my members.
 
We have so many nodes / sub forums - and our members aren't familiar with the numbering of them.

Question 1. Can What's New Digest be configured for one pre-defined node?
Questions 2. Can users add individual nodes to subscribe to rather than subtract (a lot of) them?

Thank you...
 
We have so many nodes / sub forums - and the members aren't familiar with the numbering of them to exclude them. Can What's New Digest be configured for one pre-defined node?

The numbered nodes to exclude is an admincp setting - you the administrator would set that globally, not the users.
 
Would it be possible to add more options for the digest interval?

Once a week is a bit too often for me, while once a month is too little.

For me, an option for every two weeks would be ideal. Other users might prefer different intervals as well.

Maybe this could be made a bit more flexible instead of using an enum?

Code:
$table->changeColumn('whatsnewdigest_email', 'enum')
->values(['none', 'daily', 'weekly', 'monthly']);





While looking through your code, I was wondering whether a different approach might be better. At the moment, I send a five-digit number of emails every seven days. With up to 2,000 new users per month, that number is growing very quickly.
 
Last edited:
The numbered nodes to exclude is an admincp setting - you the administrator would set that globally, not the users.
Thanks for clarifying

So exclusions could help focus in on one node or a select group.

Can users select nodes to subscribe to?

Or is this addon for ONE admin configured subscription only?

Thanks
 
Thanks for clarifying

So exclusions could help focus in on one node or a select group.

Can users select nodes to subscribe to?

Or is this addon for ONE admin configured subscription only?

Thanks

This addon simply sends out an email containing list of newly created or updated threads across the forum based on what each user is permitted to see (so regular users won't see content from your private or admin forums etc).

The administrator can choose to exclude some forum nodes so they never appear in the results.

That's all this addon does.

Users can already subscribe to email alerts for a specific forum node - that's core forum functionality and you don't need an addon for that.
 
Back
Top Bottom