Skip to main content

More capabilities for sending messages to end users

We use the send messages to users very often .For instance: Always beforeupdating Windows and TsPlus.

The next suggestions would be very helpful:

  • Save messages for further use

  • Grouping of users for messaging

  • Sending messages to multiple TsPlus servers

  • Rtf possibility for messages

  • Messages; delayed sending

  • When we want to send a message and the user is not logged in then it would be helpfull if they get the message when they login. Of course this is an option that you have to a confirm.

    Thanks in advance,
    Frans

4 comments

Log in to comment and vote

Comments4

  • Thomas Montalcino

    Team•

    Jun 24

    Hello @Frans,

    Thank you for your suggestion. Could you provide more context about how and why you send messages to end-users ? Although I understand notifying the users before maintenance, I would like to make sure that we understand the other use cases. For example, why would a delayed message would be useful ? Is it about scheduling the message ? What other scenarios than maintenance would this feature cover ? Thank you !

    • Frans

      •

      Jun 25

      Hello Thomas,

      We want send a messag before maintanaice. That are always the same messages. Log out within 1 hour. Or You will be loged out in 5 minutes.

      Our maintanance is on a prefixed day and time. So we want to remember our users, for instance, a day before that they have to log out on a certain day and time. Because they always forget. And we are often also to busy to remember sending a message.

      Also a message could be that we did send an important email. Because they get, many emails. That way we don’t have to type every time the same message.

      We have multiple TsPlus servers. It would be nice if this little database is accesseble for all our servers.

      Thanks in advance.

      Regards Frans

  • Daniel Dvorsky

    •

    Jun 15

    Hi Frans, I believe that if you send messages to users very often, then this would be a very useful feature! Perhaps we could look into facelifting the message system as well.