Category: Inter-User messages

From: and Reply-To: headers are incorrectly set in lib/messu/messulib.php, generating invalid mails:
From:
Reply-to:

Contributors

Inter-user mesages from within tiki in tiki 2.3:
if you write to many users at once, you use to write their usernames separated by commas, but now, tiki seems to work only if you separate them with semicolon (;)

If you use commas to separate address in the to or cc fields, you see the wrong message: you have to allow receiving messages from others (or similar). And "no user with that name".

BTW, I had that setting enabled for me, as default on the site, and for all my users.

Contributors

When composing message and sending a message + checking "Send me a copy", 1 copy message/email is sent per recipient.

Only 1 copy should go out.

I've accepted a friendship request, using 1.9cvs code from a couple of days, and I saw those two lines at the top of the page,

^Notice: Undefined variable: local_sender_email in /home/httpd/tiki19/lib/messu/messulib.php on line 90

Notice: Undefined variable: local_sender_email in /home/httpd/tiki19/lib/messu/messulib.php on line 91
^

plus the normal output below:
^
Accepted friendship request from userXXX^

tiki-friends.php?accept=userXXX

BTW, "friendship network" is missing from categories Feature in this website dev.tw.o! (so that, nowadays, it cannot be selected at bug report time)

As reported in the ((cc)) page, luci joined the team adding a profile to use his enhancements for social networking, so that they can be used in the use case of Barter networks. ( http://intercanvis.net , etc.)

This setting:
User Messages
here: tiki-admin.php?page=features

And these ones:
Users can opt-out internal messages:
Users accept internal messages by default:
Maximum mailbox size (messages, 0=unlimited):
Maximum mail archive size (messages, 0=unlimited):
Maximum sent box size (messages, 0=unlimited):
here: tiki-admin.php?page=login

Should be added to a new admin tab "Inter-user message":
tiki-admin.php?page=inter-user_message

IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both.

As suggested by Nyloth at TikiFest Strasbourg,

1- "Sender Email" could be set by default to no-reply@domain.tld
2- It could be requested as part of the install script.

Many features don't work well until it's set (ex.: Inter-User message, registration with email validation, etc)

Project to perform many of the functions of CRM using as many existing Tiki features as possible (dev notes).

I used to broadcast emails to several groups (editors,
members, etc).

Without any change from my side i can now (cvs a
week ago) only broadcast to registered or all (as set un
perm).

Other groups have diseapered.

I was attempting to send a single message through tw.o inter-user messaging system to chibaguy, dthacker, luci, marclaporte, mlpvolt, ricks99 (with or without spaces among the names)
All those user names are ok.
I got the message "not valid user" (or similar, translated from another lang), but no message on which user was not valid.
I would have expected the message to be sent to all the other users, and to see the name of the user with problems.

I sent the message to each user, one by one, and realized that the problem was that mlpvolt didn't allow to receive inter-user messages, not that his username was wrong.
A better initial error message would be desirable..., for better user experience of inter-user messaging

After updating from 6.x to 8.x (fresh install, database upgraded), the username in the "To:"-field is not autocompleted any more when composing a new message.

When attempting to send messages to other tiki users whilst working in french locale, the messu-compose.tpl script hangs.

The problem is due to the different interpretation of commas and semicolons on french and english locales. The call to the quickhint (popup help) feature hardcodes the commas and semicolons, and this frustrates the french locale.

I wonder how many times over the last years I've had to select my user profile to be public in my preferences at http://tikiwiki.org/tiki-user_preferences.php

I always change __User information:__ from private to "__public__".
But after some months (and tiki upgrades, maybe?), I find that that settings is at "__private__"

Thus, When I go to send a message to a user, I can't either send the message:

^You have to be able to receive messages in order to send them. Goto your user preferences and enable 'Allow messages from other users'^

Or I can't because that user has that setting as private (I realized that chibaguy now has that same setting, but I wonder whether he chose that or not, like me)
---

same on other settings that have changed without my content:
Messages per page: 2 (I had 10, at least)
Allow messages from other users: no (I had yes)
Note author when reading his mail: no (I had yes)

Contributors

The email that is sent to the admin to validate a new account includes a link that is messing a "?"

Hi,

atest2 < mark@emailaddress.com.au> has requested an account on tikiwikiwebsite.com.au

To validate that account, please follow the link:
http://tikiwikiwebsite.com.au/tiki-login_validate.phpuser=atest2&pass=3c903b60c1f6b3cc6ebae63e214bc081


best regards,
your Tikiwiki

the link should start with

http://tikiwikiwebsite.com.au/tiki-login_validate.php?user


I've never submitted a bug before, let alone a fix, hopefully I'm providing the info the right way....

If the session times out during use of the "contact us" form, and the anon user doesn't have perms to use the form, the message is simply dropped and no error message is displayed. (Even if you had the error message, the cache is set wrong, so that you have to retype the message, but that's another bug I posted a few days ago, with a nice link to how Drupal fixed it).

3.0 and 3.1

When the number of messages in the mailbox exceeds the number set to display (regardless of the number set to display) no pagination tool appears so it is impossible to see the rest of the messages.

This is for read or unread messages.

It's happening on my live site, and it is also found in a fresh 3.0 installation under MAMP on my local machine.

It's a show-stopper!

__UPDATE: a clue__

So in Look n Feel=> General Layout

I turned off "Hide pagination when there is only one page"

and went back to the mailbox. Now it's showing

"page 1/1"

So it's not showing pagination tools to see more messages because it has concluded it is already showing them ALL.

So something can't count or can't subtract or has the wrong rule.

Bugs & Wish list

When viewing the list of messages, no matter how many messages have been chosen to display, the system displays at the bottom

Page: 1/1

With no prev/next links

There is no way for users to access the rest of their messages. Sorting works, so they can reverse-sort the date etc... but this is hardly equivalent and anyway once they have more than 2x the display list size, the remaining messages are out of reach entirely.

With any Theme selected.

Topic says it:

- newly created user
- send message -> doesn't work, error message
- go to MyPreferences
- don't change anything
- just hit "Change Preferences"
- go send a message -> works

Is there any possibility to set the sender_mail to the users mail-address?

As I understand as newbie the code in messu-compose.php, the sender_mail should be the users mail address, if his mail adress is set public. somehow this doesn't work as I expected. Is my understanding wrong?

I'd like to set this to the users mail address, because many users don't realize that in replying to a mail send by the tiki they don't reach the original sender.

You can not preview a message written through tiki-messaging system (inter-user messages), prior to its post.

Same on trackers.

When subject of a message sent with intra tiki boradcast feature, and containing quotation marks, the message is not sent, nor saved in sent messages, and an error message saying that quotation marks are not allowed in message is shown. But message is lost. :-/
(not kept with back button of browser)

BTW, If message preview was a feature, message wouldn't have been completely lost, I guess: last copy of preview would have been there with back button)

sending a message from userA through the userB homepage:
tiki-user_information.php?userId=N

doesn't keep a record at "sent" from userA (messu-sent.php)
And it should, because userA sent that message indeed to userB.

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

Tracker can be (and are starting to be) used for creating forms of offers and demands in communities... (knowledge banks, time banks, openmoney....)
In our case, from tracker demands there is a field linking (through "item link" field) to tracker offers (a demand in the demands tracker can be for a specific offer already inserted in the the offers tracker).

In this case, it's needed that (optionally) a inter-user message is sent to tracker item creator when that item is automatically linked from another tracker item (from another tracker, in our case).

Other way, it's hard for a user to know if another user has requested some of this offers...

http://moviments.net/intercanvis/trackers (1.10cvs)

http://moviments.net/valldelcorb/trackers (1.9.7)

tiki-contact.php is an "incomplete feature"

To be useful, it would need

A- An optional "from" field for visitor's email (some people leave comments and ask for a reply but they forget to leave their email. A specific field for email would help so people don't forget.

B- An option for the visitor to receive a copy of the message.

C- Subject should be used in title of internal message. Assuming the subject is "Question about forums"

Current:
New message arrived from tikiwiki.org

Proposed:
New message arrived from tikiwiki.org (Question about forums)


It is possible to do all this with trackers. So is worth improving this feature or better to document trackers? Related: ((Trackers Examples))

I switched from LDAP Pear:auth to "Tiki-Only" where Users can Register BUT need a confirmation from the admin.
The admin got a Message like this
[...]
To Confirm.... klick:
tiki-login_validate.phpuser=user1&pass=c3746eb1baa6d209128b392680a5329c
[...]
The question mark for PHP-Code is missing so and the Link is invalid. I've to copy the Link and paste the question mark manually

When I click a user, I am offered to send him a message. But then I get:

User XYZ can not receive messages
ERROR: No valid users to send the message

1: WYSIWYCA: I should not be offered to send a message if the user has disabled that. (frustrating to write such a message for nothing)

2: tiki-user_preferences.php: "Allow messages from other users" default should be yes

3: tiki-user_preferences.php: "Send me an email for messages with priority equal or greater than:" default should be "3"

tiki-admin.php?page=login
3- Users accept internal messages by default: default should be yes -> $allowmsg_by_default

4- Users can opt-out internal messages: default should be yes -> $allowmsg_is_optional


All these should be the default settings (most logical) if a Tiki site admin choose to activate inter user messages.

Related:
Easier Inter-user message management for Tiki admins:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=959

Also related:
Should sender email be disclosed when receiver gets notification via email? goals: balance privacy & facilitate communication/collaboration

Contributors