Category: Watch (email notifications of changes)

Go to tiki-admin_notifications.php
Add a notification like this one :
any wiki page is changed / destination email / user1@domain.com

It adds a line
wiki_page_changed / * / user1@domain.com / ""

Then add another notification:
any wiki page is changed / destination email / user2@domain.com

The second one will REPLACE the first.

Looks like a bug. And I cannot add an email like user1@domain.com,user2@domain.com.

{syntax type="tiki" editor="plain"}
On the latest Beta Version of TikiWiki (5.0 Beta 2) the admin email settings under General option cannot set SMTP. This works fine in 4.x versions.

For example my smtp server address is auth.smtp.1and1.co.uk

Some how the number 1 here is translated to auth.smtp.oneandone.co.uk hence giving the error that the smtp is not valid.

Thank you.

Links to remove email notification messages come without hash (see below the live example from TikiFestNY)

http://tikiwiki.org/tiki-user_watches.php?hash=

{QUOTE()}
Edit article post: TikiFest NY by lindon at Tue 24 Nov. 2009 06:10 CET

View the article at:
http://tikiwiki.org/article179

If you don't want to receive these notifications follow this link:
http://tikiwiki.org/tiki-user_watches.php?hash=
__''Announcing the first ever TikiFest in New York City being held from January 14-18, 2010!''__

TikiFestNY is a big bug squash! The idea is to knock out as many bugs as possible and have as much fun as possible doing it. If a bug takes more than 30 minutes to fix, then we move on to the next one. Also, invites will be going out locally for an introduction to Tiki presentation on Saturday afternoon followed by refreshments. Hope lots of people can make it! Remote participation is also possible for those that can't. Find complete information at TikiFestNY.

%%%::__~~purple:{COUNTDOWN(enddate=>14-Jan-2010 locatetime=>off)} until TikiFestNY!{COUNTDOWN}~~__::

%%%::''__See you there!__''::
----------------------
{QUOTE}

Existing user watch notifications go to the old address even after user changes his/her e-mail.
This is a wish it would update the existing notifications for that user to the current one (current e-mail address).

Feature to discuss wiki pages in forums sends a notification email (user watches) each time the use clicks at the button 'Start discussion' (even if the discussion and thread was already started by someone else previously)

Reproduced:

http://xavi-9794-6188.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

u: user1
p: user1

Mail sending is logged in the syslogs
Login as user1 and click at access discussion of the homepage (link above bottom bar). Registered users (through group watches) will receive an email as if you started the thread. But thread was started already, and you didn't post anything else to trigger a new email sent.

In a project management mode, you can use ((watch)) and ((alert)) but not everybody may be watching and alert is extra time.

For small teams and short delays, it could be good to have since_last_visit_new module content to be emailed to each group member periodically.

People get personalized content based on their last login (cool!)


Also, they don't get watches if they login regularly

We've been using the forum notifications ("email this address for any postings to this forum"), but would like to start exercising more fine-grained control over these notifications. The "Watch" concept appears to be exactly what we need, but some of the behavior I am seeing is confusing and may be contradictory to the docs.

According to the Tiki Docs on Watches, there are three kinds associated with forums:

1. A Watch for a Forum. Any new topic/thread posted should notify this user. I'm assuming it is represented by forum_post_topic associated with forum id within the Mail Notifications listing.

2. A Watch on a Forum Topic. Any new posts to that specific Topic/thread will notify user. Assuming forum_post_thread, associated with the topic's ID.

3. A Watch on Forum Topics & Threads. Any postings within that forum, be it Thread or Replies, will be sent. Assuming forum_post_topic_and_thread associated with the forum ID.

The problem I'm seeing:
* Some people have established forum_post_topic and forum_post_topic_and_thread on a specific forum
* Different user has posted to a forum, and he is set to watch that topic/thread (from_post_thread).
* People respond to his post
* The only people receiving notifications are a union between forum_post_topic and forum_post_topic_and_thread.
* I expected the notifications to be a union of the original author (forum_post_thread, on that thread) and forum_post_topic_and_thread (on that forum).
* In other words, the original author asked to watch his topic, but he received no notifications of posts/responses. Additionally, people who have asserted forum_post_topic on that forum are receiving updates, when I would expect they only receive notifications of his original topic post, not the subsequent responses.

Thanks,
Josh
---
Show instance details:
http://jhamell-10333-5804.show.tikiwiki.org/
u: admin
p: 12345
"Consensus Forums" profile has been applied. This demo profile creates two users (user1 and user2, with passwords user1 and user2 respectively)
See more information here:
http://jhamell-10333-5804.show.tikiwiki.org/tiki-index.php?page=Instructions+for+the+Consensus+Forums

Can you please reproduce your issue in this shjow instance, please, so that it's easier to debug the issue?
Thanks! {sign user="xavi" datetime="2016-02-04T08:24:58+00:00"}

This permits mailing-list-like functionality.

After, adding or removing a user from a group dictates which forums they can read and get notifications for.

Maybe we should use the newsletter functionality as it already handles group inclusions and individual opt-outs...

Like newsletters, it should be possible for people to remove themselves from a mailing. Better than 1.9.7 newsletters, it should also be possible for the admin to see who removed themselves.

This is how I receive the mail:

Go to your <a href="tiki-friends.php">friendship network</a> to accept or refuse this request

GroupWatch on Calendar sends copy of all emails to some user with admin perms
See this setup, in a Tiki 12.x svn:
* GroupA has users: user1, user2, user3, user4
* user5, user6 exist, but are not in GroupA
* user1 & user2 belong to Registered, and GroupA
* user3 & user4 belong to Registered, GroupA, AdminsGroupA
* user1, user2 & user3 receive individual emails from notifications (no daily report set).
* user4, user5 & user6 have daily report set.
* Calendar1 has groupA set to receive notifications through the Group Watches feature.

* AdminsGroupA has a few extra permissions set, through inherited groups, related to calendars, and in many other areas.
(maybe the best way to reproduce would be to debug a copy of the production site)


How to reproduce (hopefully):
* user4 adds an event to the Calendar1
* user1 & user2 receive only one email each, with the notification of the event.
* __user3 receives 3 emails and it should receive only 1__: one from the notification email sent to his email as "To:", but also a copy of the email sent to user1, and a copy of the email sent to user2. The email from user3 is not set as cc, so it seems as if it was set as "bcc"
* user4 sees only one event in the daily digest received.
* user4 receives 3 emails with notification digests: he receives his own, plus a copy of the notification email for user5, and another one for user6. [[__this looks as another bug non-related to Calendars, but with the notification watches system__]

In the real setup of the production tiki site, there are not 3 users but many more, and therefore, the extra notification emails per event in the calendar get to annoy users...

The same setup worked properly in Tiki9, since this was reproduced in a production site recently upgraded from Tiki9svn to Tiki12svn.
---
Annoying. I can't seem to reproduce the issue in the show instance. :-(
But I promise there is some conflicting set of settings or something in our tiki site once we have upgraded it to Tiki12, since the issue is happening. :-/ {sign user="xavi" datetime="2014-11-05T12:46:21+00:00"}

If any developer is willing to debug, I can share an annonimized db dump of our tiki site. Drop me a message at xavi(a)tiki.org
---
The problem might be related to this other bug report:
https://dev.tiki.org/item5573

FYI: Notification messages with hashes in the url appear to miss that has param...
Reproduced also on dev.tw.o with current svn code.

Xavi

En/na tikiwiki-devel (a) lists.sourceforge.net ha escrit:
> Wiki page renamed by marclaporte.
>
> Date: 19 Apr. 09 23:53 UTC
>
> Old name: Mind Mapping
> New name: MindMap
>
> If you don't want to receive these notifications follow this link:
> http://dev.tikiwiki.org/tiki-user_watches.php?hash=
>

I don’t receive anything from dev since we move it to Tiki19.

If a user is watching/monitoring for when "any wiki page is changed"...
*"Monitor this page" should be disabled, and
*Old watches should be deleted.

E-mail notifications (watches) should provide those cumulative options:
*Digest mode (daily, weekly, monthly)
*HTML mode (using TikiWiki HTML diff)

Noticed some odd behavior today with the email that users receive for reports. If the user has the option: receive a report even when nothing has happened enabled, sometimes the link at the end of the email that is supposed to redirect to user watch preferences is broken. This only occurs when the email is reporting that no changes have been made.

For example, if the report has changes included the email is:
---
Report on wiki for User
Last report sent on Monday June 27, 2016

Changes in detail:
(Changes)

You are receiving notification emails grouped in a periodic digest. To receive them individually when posted instead, change your preferences at https://wikiurl/tiki-user_watches.php
---
That last bit is what seems to be inconsistent. If no changes have been made the email instead looks like (notice the link at the end).
---
Report on wiki for user
Last report sent on Monday June 27, 2016

Changes in detail:
Nothing has happened

You are receiving notification emails grouped in a periodic digest. To receive them individually when posted instead, change your preferences at http:///tiki-user_watches.php
---
So, if nothing has happened to report the link to the user watch preferences is replaced with ///tiki-user_watches.php, which is obviously a broken link. Also worth noting for anyone trying to debug, the URL begins with https:// when there are changes to report and http:// when there are no changes to report.

{syntax type="tiki" editor="plain"}
The two icon flags (eye.png and eye_magnifier.png) that are used to show the "watch" status of a forum are always switched together, so one doesn't really know what kind of watch he set on the forum.
See also {img id=128}.

{syntax type="tiki" editor="plain"}
On dev.tiki.org

If I delete a tracker item, the notification email is entitled:

"Bugs & Wish list" item "" was modified at dev.tiki.org by "Marc Laporte"

1- So it's missing the decription of the wish

2- The content is
{CODE()}ItemID 2855 was deleted in the tracker Bugs & Wish list

Author: Marc Laporte
Date: 07:40 UTC{CODE}

So, it's missing the last info before it was deleted. What's the point of watching if I don't get a copy before it's deleted?

It'd be nice to have the possibility (at user's choice) to watch all items created or modified by a user automatically. For example, I'd like to autowatch all bugs filed in this tracker by myself without going to my own filed report and then clicking the 'Monitor' eye symbol. And I don't want to watch the complete tracker either.

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

Changing date of a calendar event sends a watch email with the former date

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

There are some problems with mail notifications in tracker:

- mail sent by tw is in the wrong language and the "from" header field is empty when deleting a tracker item,
- mail sent by tw is (only) in the wrong language when the notification is about a comment or a file attachment
- everything is ok when the notification is about an item changing

{sign user="pascalstjean" datetime="2013-08-25T21:32:40+00:00"}
Problem still seems to exist. Merging this case with Bug #4681

I want to enable comments on wiki pages.

I have two options right now, both have advantages and disadvantages.

Enabling comments on pages

* Pros
o Easy to configure
o Comments are visible directly on the page
* Cons
o No way for people to monitor all posts on the site. Often people post a comment on a a page and never get feedback.


Associating a discussion forum thread to each page

* Pros
o Everyone on the site gets to see every posting that's made on any page. Increases the likelyhood that someone will respond to a post.
* Cons
o More difficult to configure.
o Postings are not visible directly on the page.

It would be nice if we could have the best of both.

What I would like is something where:

* A discussion forum for the wiki can be enabled at a single click of the mouse.
* This single click of mouse would result in threads being a
utomatically created on this mailing list for each of the wiki pages
* The top 5 messages for a given page would be displayed directly on that page.

Calendar has been great for a while now as an event calendar. But what about for appointments?

For this use, notifications would be sweet. I would like to be able to configure an email reminder before an event (+ a pop-up if user is logged in.)

Time of email reminder should be configurable per event. Sometimes, I want a reminder 15 minutes before. Sometimes, I want 3 days. I could configure to send an email (or SMS) to my phone.

I guess we'd need a cron job for this to work efficiently.

Related: [tiki-view_tracker_item.php?itemId=806|Watch calendar (receive email notication of changes)]