Category: Tell a Friend / Social Bookmarking

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

((doc:Alert)) brings some cool new stuff, but it just works for file galleries.

There should be one feature which works everywhere which permits to inform all kinds of people/websites/computers about something. (via email, IM, etc.

Setting feature_tell_a_friend=n doesn't affect the "Email This Post" functionality for the blog, so visitors is always offered to mail the link for a post. Imho the admin should be able to choose if this is allowed or not.

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

Calendar URLs are currently excluded for spiders and bots, for example:

/calendar?focus=1268089200&viewmode=week

excluded by entries:

Disallow: tiki-calendar.php
Disallow: /tiki-calendar.php

However, the URL /tiki-tell_a_friend.php?url=%2Fcalendar%3Ffocus%3D1268089200%26viewmode%3Dweek would be spidered instead.

It would be great if the images galleries would have the following features:

a) Rate this picture
People, according to given rights system can rate pictures and 'an automatic' gallery keeps track of highest rated pictures.

b) Send this item as a postcard
The old e-card system where people sent a picture and some personal text via mail to a friend and get a mail when the picture has been seen

c) Make it optional if a subgallery is shown at the main gallerylisting or just underneath its parent.

p.s. I've never filled out a tiki track, I hope I'm doing this right. If not, please forgive me.

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

If you send a Tell a Friend link from a wiki page that has spaces in the page name, the link in the email is broken. For example, you'll get:

http://www.tikiwiki.org/tiki-index.php?page=tell a friend

Confirmed on latest SVN as of 04/22/2008

On wikipages, there is not only the usual "Email this page" link that the "Tell a friend" function enables but also a button linking to this function among the edit/print/watch-buttons.

One of the two has to be eliminated as one is directly above the other. I would personally abandon the text-link altogether and use the icon site-wide.

{syntax type="tiki" editor="plain"}
The ((doc:Inter-User Messages)) system is quite nice.

However, it means:
1- That users have duplicate mailboxes
2- And the recipient can't just click reply

On dev.tikiwiki.org, this is not so nice because people already have an internal tiki mailbox on tikiwiki.org

So, let's think about an additional/modified feature called "direct message" or "direct mail".

This would simulate a regular email. (let's plan ahead that this should be able to send other types of messages (jabber, sms, etc.)

The headers could be:
"from" is Full Name ({$Username}) {senderemail}
"to" is Full Name ({$Username}) {recipientemail}
"bcc" to {senderemail} (So we have a trace of what we sent)

In case some spammers get a hold of it, let's have something like this at the bottom:
This message was sent via {$name of site}


Not sure if this should be done with the ((doc:webmail)) feature, or maybe as an option of ((doc:Inter-User Messages))

See how MediaWiki does it for a good example:
http://en.wikipedia.org/wiki/Special:EmailUser/Marclaporte

It should be like this feature (tiki-send_blog_post.php?postId=95), but generic for all pages/features on a Tiki site.

Related: we need anti-bot code so spammers don't abuse it:
tiki-view_tracker_item.php?trackerId=5&itemId=546

I recall this working in 6.x or so, so "tagged as regression".

Using (12.1svn): Abril 4, 2014. r50665

Sharing acccess rights, with token access, seems to be failing.
When using "Tell a firend" for a wiki page, as user with tiki_p_admin, there is a checkboxa message sending time, and the link in the email received by the destination emial contains a TOKEN hash inside. However, once clicked in that link in a browser as anonymous, the user see the message "L'accés a aquesta pàgina està acabat" (the access to this page is over).

When using Share, as user with tiki_p_admin to share a wiki page, I see the dropdown to indicate how many times to share access rights with that email. I shared for 3 accesses (the mas allowed in the admin panel, and thus, in the dropdown, also). The eamil that receives a message comes with a token hash inside, but still gets the message "L'accés a aquesta pàgina està acabat" (the access to this page is over).

---
u: admin
p: 12345
Homepage restricted to registered users. When SEFURL is off, sharing access rights with friends seemed to work as expected.
http://xavi-9794-5225.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
---
IT seems the bug was not solved in trunk by then (15.x currently), and a new fix was added by jonnyb in r58322. {sign user="xavidp" datetime="2016-04-14T12:54:16+00:00"}
---
Fix unconfirmed for me {sign user="xavi" datetime="2016-04-18T11:41:19+00:00"} in localhost with a snapshot of this site upgradeed to 15.x (rewrite rules do not work in show.t.o so SEF cannot be tested there). When attempting to view the site as anon. with the url (which includes the token param name and value), I get:
{QUOTE()}
Your access to this page has expired
{QUOTE}

Update June 22, 2016: This issue seems to happen still when any param is added to the url (page_ref_id=nnn - from structures, or fullscreen=y to prevent disclosing information from the side modules that the user has access to, besides the content that would like to be shown frmo the central column). {sign user="xavi" datetime="2016-06-23T07:32:05+00:00"}

Like Ricks99's great work:
http://tikiwiki.org/tiki-view_blog_post.php?blogId=26&postId=302

current plugin (from mods)
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/mods/trunk/wiki-plugins/submit/wiki-plugins/wikiplugin_submit.php?view=markup

Ex:
http://www.stumbleupon.com/tag/tikiwiki/

Please see:
http://www.addthis.com/

See ((Social Bookmarking Within Tiki)).