Category: Watch (email notifications of changes)

It happens to me with Tiki 1.9.0.

I've got two trackers. At their admin screen, I have the option:
"Send copies of all activity in this tracker to this e-mail address:" filled with a valid e-mail address (email1), and the second oone with an empty field there. I have them both monitored with my email address as user in the tiki site (email2).

When there is a new item created for the first tracker, I get two email messages. one to each email adress (email one, and email2)

When there is a new item created for the second tracker, I get just one email message. the one to email2. But hte problem is that the system admin in my server gets a message with an empty "To:" field.

It seems as if messages from "Send copies of all activity in this tracker to this e-mail address:" are attempted to be sent, even if there is no email entry there...
Could this be the cause of the problem?

An example of the wrong email headers here:
I'm using catalan l10n of Tiki, and "Damian-based" theme style.

^
To:
Subject: =?utf-8?b?W0luZm8gZXh0cmEgdXN1YXJpc10gRWwgcmFzdHJlamFkb3IgdmEgc2Vy?= =?utf-8?b?IG1vZGlmaWNhdCBlbCBnY2x1Yi51Yi5lcw==?=
From: xavidp@NOSPAM@porthos.bio.ub.es
Content-type: text/plain;charset=utf-8
Message-Id: <E1Dtk0w-0001dW-CI@mailhost.ourproject.org>
Date: Sat, 16 Jul 2005 12:35:22 +0200
^

(note that I've added manually now ar reporting time the "NOSPAM@" bit in the middle of my email address (but the email was ok)

Contributors

In the function: function send_replace_item_notifications($args)
in lib/trackers/trackerlib.php, and change to the tracker generates an error and a failure for attempting to assign() to a non-existent object.

The line that generates it is:
$smarty->assign('mail_date', $this->now);

But if I comment that out, the next one generates it - so I think it is all assigns.

The error occurs if: I have a standard "watch" on all tracker activity. I have not tested moving the notification into the tracker setup screen.

To test, I:
1. Manually set $simpleEmail = "y"; error goes away
2. Set the Simple Email flag on the edit tracker prefs screen - error does NOT go away

Group watches works in 6.2, but in 7.1. The settings do not save. When the group watch is selected the response shows that the group is set. But when navigating back to the settings page, none of the groups are selected.

Using Tiki 5.0: anonymous shouldn't see "watch" icons when browsing category tree.
And they can.
Reproduced here, for instance:
http://intercanvis.net/tiki-browse_categories.php

We recently upgraded precarios.org site from 3.6 to 5.0 (and migrated to a new server; dns propagating right now).

Since then, when you post a message in a forum that you are watching, you don't get a copy of your own email, but only copies of emails sent by others.

This is expected to allow users to follow a full thread in the email program.

For wiki page changes, you get also notification of your own changes.

5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).

Forums are getting powerful enough to substitute mailing lists on many tiki sites (yahhogroups, etc.). However, notification messages from forums cannot be added easily to local email filters since the subject doesn't contain a label like [[Forum X - site Y] to ease this task.
{CODE()}
[Forum X - site Y]
{CODE}

I guess this must be very easy for a coder (just adding some variable to a smarty template? and adding a call to that variable if needed from the related .php or .tpl file - I just get the rough idea... I wish I could do that myself...)

I've been thinking for ages that this kind of option is REALLY needed, and I thought it should not be much coding effort:

Automonitoring each own's posts, through either:
# Add a select box to monitor each own's forum post or tracker submission at post time, in a "per forum post or tracker item insertion" basis, or
# with a user preference for all forums, or all trackers, blogs, etc..
---
Still needed...

When using the SUGGEST FAQ feature, it would be nice to allow notification to the Admin, when a new FAQ was suggested.

Add group watch to articles

This way we could also have all users informed about comunity news , etc. in tiki sites.

In fact, the best option would be what it's done with newsletters: subscribe that bunch of users from a group, and let them unsubscribe it they wish and when they wish, without admin action. But if no action is done, they all get the copy of the article at their email, etc.

Right now, all messages from tiki forums of the same tiki site have the same subject. Or all tracker items from different trackers from the same tiki site.
I suggest that notifications from each forum, or tracker, etc., have some label like in e-mail lists [[LABEL], that they look like:
* "[[TRACKERNAME] Current notification subject"
* "[[FORUMNAME] Current notification subject"

Or even better: allow an empty text field to be filled at tracker and forum admin screen where the admin can write the content of the label sent in subjects of notification emails from this feagture/site.

I know that calendars can be watched by users through links like:

tiki-calendar.php?watch_event=calendar_changed&watch_action=add

But this link doesn't work like this other one:
http://info.tikiwiki.org/tiki-user_watches.php?event=article_submitted&add=Add

I mean, Anonymous users clicking on the first link (calendar watch event, as it is right now), would not be offered any message to login or register first.
With the second link (watch article), the user will be shown the login box to login first, before the action can be executed.

This is to make more easy for new users to know that they can subscribe by email to get info from calendars if they register to that tiki site.

It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category

Currently, Tiki allows anonymous visitors to subscribe to a newsletter (via the "subscribe any address" feature. It would be nice if anonymous visitors could "watch" items simply by adding their email address.

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)]

There is currently no history of changes to categories.

Since permissions can now be restricted by categories, it is more & more important to know when an object is changed from one category to another.

Therefore, we need this info to be logged in tiki-syslog.php and to be added to the watch item feature.

Reminder: categories can be assigned in tiki-admin_categories.php but also when editing a wiki page.

probably related to #283

possibilities:
http://phpmailer.codeworxtech.com/
http://www.swiftmailer.org/
http://framework.zend.com/manual/en/zend.mail.html


Related:
SMTP Configuration from inside Admin Interface
http://dev.tikiwiki.org/wish1711

On this site:

www.wiki-translation.com

eversince we upgraded to Tiki 1.10 (I think), the mail messages I receive when a page is modified are wrong.

If I click on the link to the diff back to the previous version, the page I get tells me that the two versions are identical.

So we can modify title as we do for the other mail notifications.

I would change default from:
[Todo 1.9.x] Tracker was modified at dev.tikiwiki.org

to:
[Todo 1.9.x] Tracker was modified at dev.tikiwiki.org by Jean-Paul

When writing a particular wiki page, and being set this page to be watched to a group (let say Registered users).

Then if the page has plugingroup to hide particular peaces of special text that is not intended to be known by certain users. Then every time this page changes, a notification email is sent to all Registered users (this is ok), but in the content of this email all the source code is revealed to EVERY user on the Registered group, regardless if they have the right to see Source of wikis.

Don´t know how this could survive the testing and dogfood of this community. May be there is another way to let the Registered group to be acknowledged of a change in a wiki, without compromising content. Please enlight me on how to do this much of the work done on our live tiki portal uses plugingroup to restrict snippets of text to certain groups and other snippets has to shown, in the same wiki.

There should be an option to configure a watch to be sent in a way that only alerts the user that a particular page has changed without showing all source, in respect to a particular right to see or no to see the source.

I have checked on the proper user rights and object perms to avoid them to receive this notifications in the proper way, but tiki doesn´t seem to take it.


Using Tiki 6.2

It is too difficult now to watch categories (but the feature works well).

Please see: ((Category Watch DogFood))


on ((SUMO)): [https://bugzilla.mozilla.org/show_bug.cgi?id=498001|Improve UI and feedback for watching categories to say you'll be e-mailed and offer easy way to turn off]

maybe affects BRANCH-1-9 as well.

Below is a bounce message when Tiki sends notification emails from tikiwiki.org (watch feature). I altered some the emails & domain names.

---


Attention: info@tikiwiki.org


A policy-violation was found in an Email message you sent.
This Email scanner intercepted it and stopped the entire message
reaching its destination.

The policy-violation was reported to be:

Disallowed characters found in MIME headers


Please contact your IT support personnel with any queries regarding this
policy.


Your message was sent with the following envelope:

MAIL FROM: info@tikiwiki.org
RCPT TO: xxxxxxx@xxxxx.com

... and with the following headers:

---
MAILFROM: info@tikiwiki.org
RCPTTO: xxxxxxx@xxxxx.com
IP-Addr: 111.111.111.111
Received: from paris117.server4you.de ([85.25.20.236])
(envelope-sender <info@tikiwiki.org>)
by smtp55.mailnet.xxxxx.com (qmail-ldap-1.03) with SMTP
for <xxxxxxx@xxxxx.com>; 24 Apr 2007 17:05:19 -0000
Received: (qmail 8044 invoked by uid 33); 24 Apr 2007 17:05:17 +0000
Date: 24 Apr 2007 17:05:17 +0000
To: xxxxxxx@xxxxx.com
Subject: Tiki email notification
MIME-Version: 1.0
From: info@tikiwiki.org
Reply-To: <info@tikiwiki.org>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-ID: <jh0i4t.shjfns@tikiwiki.org>


---

One of our users reported that she was receiving watch notifications whenever she clicked the "Discuss" button for a wiki page, even though she was not posting anything in the forum topic.

The cause was a Watch on "A user posts a forum topic (forum_post_topic)" for the Wiki Page Discussion forum. (Our Tiki uses a forum for page discussion instead of page comments.)

The preferred behavior is that this type of watch would only generate a notification the ===first=== time the Discuss button is clicked for a page, when the new topic is actually created, rather than just accessed on successive clicks.

If a user Alain sets a watch on a page, and there is already a group watch on that page for a group to which he belongs, then Alain gets two notifications whenever the page is changed.

This was found on terminology.tikiwiki.org which runs 4.x

Email a periodic digest (report) of a tracker activity (new open, and changed to pending or closed).

For sites with low activity but high interest in the users on a specific tracker activity, such as Barter networks ( http://intercanvis.net and similar) such feature is needed for users, who register, but then, after a few months, they don't visit the tiki site any more to see notifications of changes (and they didn't know how to browse the categ. tree to select which categories to watch.

However, other (closed source) bartner software sends a monthly digest to registered users with new items added to each tracker. And this would be very welcome by users (usability)

When I evaluated the software for my project, I was very happy when the documentation said that it was possible to create a workflow with categories, transitions and watches. But I realized that watching a category only triggered a mail notification when the transition was made in the tiki-admin_categories.php page. It was useless for me!! :-((

Email notification don't work except if "watch minor" is checked

/lib/tikilib.php only processing mail notification on update_page if user watches switched on; notifications not being sent if set on the perms for the page. see line 5472

global $feature_user_watches;
if ($feature_user_watches == 'y') {
// Deal with mail notifications.
include_once('lib/notifications/notificationemaillib.php');
global $histlib; include_once ("lib/wiki/histlib.php");
$old = $histlib->get_version($pageName, $old_version);
$foo = parse_url($_SERVER["REQUEST_URI"]);
$machine = $this->httpPrefix(). dirname( $foo["path"] );
require_once('lib/diff/difflib.php');
$diff = diff2($old["data"] , $edit_data, "unidiff");
sendWikiEmailNotification('wiki_page_changed', $pageName, $edit_user, $edit_comment, $old_version, $edit_data, $machine, $diff, $minor);
}

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}

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

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

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=
>

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)

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}.

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.

Features Classification

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

Contributors

Contributors

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

We are using LDAP authentication at our site and the email field is not being automatically filled in. This means we must manually setup our email for each user for the page change notifications to work.


Note we are connecting to an ActiveDirectory LDAP database which does not like anonymous binds so had to make a patch based on the following suggestion:

http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=58&forumId=6&comments_parentId=14021

Mail notification not showing wiki page name and url.Problem in objectlib.php.

I upgraded from 1.8.5 to 1.9.0 and the configured mail notifications (for 'any wiki page changes', send mail to some list) don't work anymore.

No PHP errors are generated, and my php max_limit is 32MB.

The e-mail notifications of watches (wiki, tracker, article, etc.) are sent out when changes are made. This means that the user submitting the change has to wait for the PHP-Code to send out all the mails before he can continue browsing. This is annoying and even...

... more evil is that with thousands of users to notify of the change the PHP-script will tend to time out and not all the notifications are sent!

One possibility would be to set the timeout higher, but that isn't really a solution at all. So the sending of mails needs to happen asynchronously. One simple solution would be to have a daemon running on the same system, which sends out the mails and the PHP-script just notifies the daemon of what to do. This would make installation a lot harder though and can't really be a desired solution.

Any possibilities to solve this in PHP directly?

Tiki sends emails for several things (watches, password reminders, etc.)

When an e-mail becomes invalid, the site admin should be informed and thus, the outgoing emails, be ceased.

Contributors

On at least two sites, running respectively 3.x and 4.x:

- jiamcatt.ourwiki.net (3.x)
- terminology.tikiwiki.org (4.x)

I noticed that if I change a wiki page and save it as a minor edit, email notifications are still being sent.

I think that this only happens when the user is part of a group for which a Group Watch has been set. When I tested on the 3.x site, that's the conclusion I had come to (this AM, UK time). But this PM (UK time), I tested on the 4.x site, and it seems that the minor edit is causing notification even if a user-defiined watch (i.e. as opposed to a group watch) is set.

BTW: This bug caused a minor incident on the JIAMCATT site. Someone did about 30 minor edits to a page that was being monitored by a large number of people, because he was a newbie and was trying to master the syntax for referencing a section inside a page. As a result, 30 notifications got sent to a hundred people, and some of them got pretty pissed off, and almost walked out on the site. One person asked to be "taken off this infernal web site".

So, if the bug can be fixed quickly, I can go back to this community and tell them that something was done to prevent that sort of problem in the future, which might diffuse the crisis.

When I click on "Monitor this Tracker" It doesn't appear in the "My watches" section. It would be very nice to have a list of monitored trackers there as it would be quicker to verify. I would actually like to have the option of only seeing my trackers in the "My watches" section without receiving any emails when a change occurs.

Thanks to all volunteers on this !

I can not find the ability to receive an email notification when a table gets changed.

It would be very useful if this capability were part of tikiSheets. Several other tikiwiki features have this feature through the watch capability.

In general, wiki syntax is not parsed in notification mails. For example, the "New article post" notification email includes the full body of the newly posted article. However, Tiki includes the full wiki coding/syntax within the body of the message, and sends the mail message as plain text. Tiki should either:

1. Send the message as parsed HTML

or

2. Strip all formatting and send only the text.

-Montréal, le 24 août 2005- Lors d’un point de presse,
becomes:
-Montréal, le 24 août 2005- Lors d?un point de presse


There maybe other special characters with this problem...

I would like to see a way to control how often I receive watch emails.

Situation 1 - DIGEST mode:
I would like to receive a single email each day that identifies every watched item that changed.

Situation 2 - TIMEFRAME mode:
If a page is changed by the same user within a preset timeframe, I only want to receive a single watch email. To avoid the "lost edit" issue, many users SAVE their wiki pages frequently (sometimes several times per hour). If I'm watching the page, I'll get TONS of emails. I'd rather get 1 email per user change per hour, for example.

Although I ''don't'' get reports about my own changes to wiki files, I ''do'' get reports about the attachments I myself make to wiki pages. I'd rather those not be sent out.

Using 2.3, when some user renames a page that you were monitoring, you get an email message with a broken link to stop monitoring, because there is no hash at the url.

Example:
^
If you don't want to receive these notifications follow this link:
http://yourdomain/tiki-user_watches.php?hash=
^

Some versions of the Tikiwiki documentation suggest that a watch does not report a change to a web page that has been designated as a "minor" change. That does not appear to be the case for Tikiwiki 1.9.2.

If you ask me, the ability for a wiki user to make a Minor edit without bothering the "Watcher" crowd is a great idea and makes for a better community wiki dynamic.

A lot of people who install this aren't doing it via Fantastico and trying to change email settings to suit your hosting provider is a pain. Editing the php.ini isn't always wise either because what works for one app will break another. I know that you can copy the php.ini to the directory, but that's something of a security risk. There's a reason that the default php.ini is stored outside the web root directory.

I know that I see a lot of users posting on the TikiWiki forums with questions about configuring SMTP.

Please see:

"Put simply, I have a text box, and people commonly cut + paste
information into this text box from Microsoft word. The problem is that
word has all types of funky characters (smart quotes, em-dashes), that
the system (php-based) doesn't understand. Does anyone know of a way to
filter out these Microsoft-specific characters? Does PHP have a special
function for this? Thanks a lot!"
http://www.thescripts.com/forum/thread159156.html

I have problems with oe, and OE too. (used in French)

In Tiki, when the page is saved, it is OK for viewing & printing.
However, newsletters & email notifications (of articles & wiki pages)
are sent with a question mark instead of these characters.

Has anyone figured this out for Tiki? We'd need some sort of cleaning
code in the email class?

I'd like to send a new blog post (configurable for each blog) to a mail adress (in particular a mailinglist). It is of cause possible to create a new tiki-user for the mailinglist and watch the blog, but we do not want the unwatch-link to appear in the mail, and we do not want to change the template for the blog-watch-mail.

testing...

When users submitt data to a TikiWiki site, there is now workflow included. However this results in active management of a TikiWiki site, for different data entered.

Editors, may receive updates to the site, when you use the notification mechanism, however, there is now way for an editor/administrator to get notifiied by e-mail about other changes to the site, or even worse: notification which need approval, like new links and FAQ entries.

There should definitly be notifications for any submitted data to the site which requires approval to be displayed.

tiki_p_watch_trackers exists.

But there should be a general watch permission. For a registration website, we want people to have accounts, but not necessarily to watch pages. Thus, now, we need to deactivate watches altogether.

People don't know what this page is for and how to use it...

More "general" choices would be nice too.

Ex.:
watch all wiki pages
watch all file galleries
etc...

In tiki-admin_notifications.php, if I am watching articles and wiki pages, I want to know more.


Should trigger watch notification email:
Edit article (needed: we don't need a nice diff compared to previous but I want to know who is editing existing articles. Tracker notification email is nice with old value/new value for each field)
delete article (needed: if someone deletes by accident, I can recuperate from emails)

Edit wiki page (OK)
Rename wiki page (OK in 2.0)
Delete wiki page (needed: if someone deletes by accident, I can recuperate from emails)


Trackers:
Edit tracker item (OK)
Add a tracker item (OK)
Delete tracker item (needed: if someone deletes by accident, I can recuperate from emails) in trunk, it sends an email about deletion but without a copy of the last content. __As of 2009-02-25 and on 2009-04-22, it does send an email, but with a blank sender address and without a copy of the data which was just deleted.__

When watching wiki pages, the first part of the notification email is just the diff, and them you can a full copy of the wiki page. So you can quickly see what changed and still have a full copy if needed.

In the tracker notification email, it should be the same principle.

As of now, it lists everything, and indicates new/old values, when appropriate. So we need to scroll all the way down and be very attentive to see what changed.

The same old/new interface should be used in [wish1798|Version history for trackers]

I am monitoring the dev.tw.o tracker and changed my e-mail adress to get the new tracker items to another mailbox.

Well, that didn't happen! ;)
And after re-subscribing to the tracker, now I get them twice - in both accounts.

I guess I'll have to change my mail-adress back and forth to unsubscribe..

amette update: just checked 1.9.x checkbox - more update: changing e-mail back and unsubscribing works flawlessly

From tiki-devel

"I got it - Something must be done before releasing 1.10
Before in 1.9, there was 2 tables tiki_user_watches and
tiki_mail_events.
tiki_mail_events contained the generic notifications and unfortunately
all trackers/ tracker items watches.
In 1.10 both tables have been merged into tiki_user_watches - but I did
not see in the upgrade script something around tiki_mail_events copy to
tiki_user_watches
And effectively I lost all my trackres watches
A volunteer to fix that?"

After an upgrade from 2.x to 3.0 if I edit a page while user watches are enabled I get an error similar to this :

Errore

An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php?page=Italiano
Query:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?) UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?)
Values:
0 wiki_page_changed
1 Italiano
2 wiki_page_changed
3 Italiano
Message:
Built query was probably:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano') UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano')


Only if I disable the feature "monitoring" the error doesn't show up.

I have a tiki site that's running trunk 4.0. It has User Watches enabled, and the wiki feature also.

When I go to My Watches, I don't see anything that would allow me to globally set watches on all pages of the wiki.

Yet, if I enable User Watches Translsations and go to My Watches, then I see a picklist with a single element for watching creatino of any translation on the site.

Seems like a bug. I remember that I used to be able to globally set watches on all wiki pages (not just translations), and I think it was in the My Watches window.

((doc:Trackers)) are powerful. But there is no built-in version history like the wiki pages and the spreadsheet. A workaround is to watch the tracker and have the history in your inbox. You can also permit users to comment the tracker item instead of editing it.

A real history, accessible via the interface would be nice to have. Please see SourceForge trackers for an example.

Adding a field "Edit Summary" would be useful for this history.

Low-hanging fruit solution is to copy the diffs (that we already send by email but should be improved: [wish1982|Trackers :: email notifications of changes :: more emphasis on changes.]) to a new "history" tab.

More work would be an interface to revert to a previous value, which could be nice-to-have but too complex.

Related:
[wish953|Tracker field type: wiki page]

It is possible to watch for new articles here: tiki-user_watches.php

So why not add an "eye" in view articles and list articles?

Tiki Calendar is very nice for events. But what if someone updates the information about an event? Maybe I won't know (because I copy/pasted the event my pesonal calendar) and I will show up at the old (wrong) time.

Tiki's excellent watch feature should be added (with the little eye) to
# all calendars
# each calendar (id=1) (this could be nice on the filter tab)
# each individual event (when in view mode)

Ideally, for a modified event, I would receive in the email the old and the new value, like for watching trackers.


related code here:
http://tikiwiki.org/tiki-index.php?page=UserPagericks99#Calendar_Notifications

We should make it easier for people to watch/monitor forums

Right now, the user needs to go to each forum page and click "monitor"

All the links should be available on tiki-forums.php

Watch item on trackers sends messages in the language of the tracker poster. It should be in the language of the person watching the item.

The watch object names for trackers in My Watches could be more descriptive -- i.e. use the subject name.

When on a wiki page on my tiki, I have the options available to watch the specific page or to "Monitor the sub-structure". When clicking on the latter, I am redirected to a permission denied page and the watch for the sub-structure is not set.

Even admin is being denied the permission to set a sub-structure watch on a wiki page.

Setting a watch on a sub-structure inside the structure-admin menu works fine for any permitted, though.

When you are watching an item, the email is sent in the language of the site visitor, not your own chosen language.

Watching a tracker is no longer possible:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5
http://themes.tikiwiki.org/tiki-view_tracker.php?trackerId=2

The "monitor" link is missing.

This is a recently introduced bug

I seem to be watching the page http://doc.tikiwiki.org/tiki-index.php?page=Editorial+Board+Meeting+2009+06 but have not recieved an e-mail for changes after 10 June 09 18:13 CEST

This is especially unfortunate for a page like this, where communication somewhat depends on users being informed of changes.

Currently, we have no history of changes to the tracker.

related [tiki-view_tracker_item.php?itemId=169|Category changes in watch and in syslog]