Category: Inter-User messages

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

Inter-User Messages: 'Reply to all' gets the wrong sender of the message to be replied

User1 send a message to User2.
* When User2 clicks at "Reply", everything works as expected, and User1 is transferred to the "To:" field.
* If User2 clicks at "Reply to all", value "User1" is missing from the "To:" field, and only ";User2" is placed (instead of "User1").

To reproduce, in 12.x. come here:
http://xavi-9794-5493.show.tikiwiki.org/messu-read.php?offset=0&flag=&priority=1&flagval=&sort_mode=date_desc&find=&msgId=1

as user1:
u: user1
p: user1

And click at "__replyall__"
You will see the the "To:" field contains: ";user1" instead of "admin"

As a reference: admin account credentials:
u: admin
p: 12345

---
Update {sign user="xavi" datetime="2015-04-11T21:34:50+00:00"}
To reproduce in 14.x, you can do equivalent steps (equivalent users and passwd) here:
http://xavi-9794-5601.show.tikiwiki.org/messu-compose.php

---
Update {sign user="olinuxx" datetime="2016-02-29T14:17:50+01:00"}
A fix is in the comments

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

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.

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

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)

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

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

Default pref allowMsgs set to y but not set to new users

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)

Module "messages_unread_messages" provides a text indication to the user eg "You have 999 new messages" and a hyperlink to messu-mailbox.php.

Would a more graphical alternative module be possible / make sense?

I'm thinking it might display a grey open envelope if there are no messages, a green open envelope if there are only read messages and a red closed envelope if there are any unread messages. (Some might suggest red and read should be paired, but red is usually associated with needing attention, so makes more sense to me.)

On mouse-over, the grey open envelope might say "no messages", the green open envelope might say "999 read messages" and the red closed envelope "999 unread messages"

On click all three would hyperlink to page messu-mailbox.php in the same way that the current module does.

Is this a sensible/viable suggestion to enhance the look and feel of tiki?

Thanks,

Martin

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.

1- Visit: http://next.tiki.org/messu-mailbox.php

2- Mouse-over a sender

3- You will see a "follow" button.. Try to click it.

{flash type="url" movie="display816" width="560" height="548"}

Thanks!

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

Hello!

When replying to an Inter-user message, the recipient(s) username(s) appear apparently correct but when sending it will indicate:

ERROR: No valid users to send the message

As a bonus, the message will have been lost.

To remedy, we have to either place the username between brackets () OR erase the last letter of the username and wait for the autocomplete to suggest the username. It will then send correctly.

If you would like to replicate the issue, feel free to register at tiki.livrept.net

Thanks for this and for all the hard work!
João Manso
LIVRE

LIVRE is a political party founded in 2014. We are from Portugal.

Inter-User messaging fails with realnames: username only written when replying and that fails in current svn , since it expects to use the "Real name (username)" format, it seems.

{syntax type="tiki" editor="plain"}
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.

{syntax type="tiki" editor="plain"}
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)

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

Is there a way to make the Live Support feature show a pop-up or make a sound when someone sends a request for support, or a secondary response?

Is there already something in place that only works in specific browsers? If so, which browsers?

Thank you.

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