Category: Inter-User messages

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.

All inter-user message that I created via "My Account" -> "Messages" --> "Compose" are stored in my "Sent Messages".

However, if I pick a user's name from the list of Online Users or from the list of contributor to a wiki page, and from the "User Information" screen pick the "Send Me A Message" tab, any message sent from that screen is NOT stored in my "Sent Messages".

This is difference in behaviour seems unnecessary, particularly for our novice users.

Is this behaviour controlled by a configuration option we've incorrectly set, or is a bug the cause of this UX issue?

Thanks,

Martin

{syntax type="tiki" editor="plain"}

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

There are case admin / webmaster / editor of a website need to communicate to all its users or group no matter what preferences they set for communication.

That was the idea that lied under the "Broadcasting" feature.
Actually by default users are not accepting messages and this is simply killing this feature. While there are questions about this default setting (should it be enable or disable by default) one thing is sure when you want to contact ALL you need to be able to contact ALL with regards of other preferences.

As this is a sensible setting (we don’t want people having access to spam) it would make sense to have a permission for it so Admins decide if and who has the ability to force a message to reach everyone (internal Tiki).

A check box with a warning (are you sure you want to...) added to the permission is what we need.

Thanks Jonny for volunteering. ;-)

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)

Regression: 'Users accept internal messages by default' is not applied to new users, therefore, no one can write them internal messages until they go there to allow that one by one. This is not the expected behavior in places like education, where plenty of students are created each semester, but there is not an easy way to preset that you can write to them (or among themselves) by default with nor further tweaking their preferences one by one.

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.

{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

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)

Hi all,

when I go to Messages from 'Application Menu>Control Panel>Messages',
I can see the section "Activate the feature" and the possibility to acticate/deactivate the feature. But when I want to see the Settings through the 'Actions' nothing is displayed. The page is refreshed, but the Settings aren't shown.

The same behabiour I have experienced with Webmail and Maps.


Cheers,
Manel

TW really should not be sending spoofed e-mails.

Wiki content watches, Structure Watches, Tracker Notifications etc use the system wide sender e-mail address as set on Control Panel -> General in the Mail sub section of that page to send their notification e-mails.

However, it seems as though e-mail notifications generated by the Inter User Messaging system don't use this system wide sender e-mail address. Rather it sends messages with a spoofed e-mail address of the user who is to receive the e-mail.

As Mail Service Providers rightly tighten their spam filtering techniques, Message notification e-mails sent by TW are getting impacted.

Might TW avoid this issue by providing admins with an option to also use the system wide e-mail sender address for Message notification e-mails, please?

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