Difference between revisions of "LlInstantMessage"

From Second Life Wiki
Jump to navigation Jump to search
m (edit for clarity and style)
(Made note of how bundling multiple messages into a single email works)
(45 intermediate revisions by 22 users not shown)
Line 1: Line 1:
{{LSL_Function
{{LSL_Function
|func_id=118
|inject-2={{Issues/SVC-92}}{{LSL_Function/avatar|user}}{{LSL_Function/chat||message}}
|func_sleep=2.0
|func_id=118|func_sleep=2.0|func_energy=10.0
|func_energy=10.0
|func=llInstantMessage
|func=llInstantMessage
|sort=InstantMessage
|p1_type=key|p1_name=user|p1_desc
|p1_type=key
|p2_type=string|p2_name=message|p2_desc
|p1_name=user
|func_desc=Sends an Instant Message specified in the string {{LSLP|message}} to the user specified by {{LSLP|user}}.
|p2_type=string
|func_footer=To send a message directly to an object, use [[llRegionSayTo]].
|p2_name=message
|func_desc=Sends an Instant Message specified in the string ''message'' to the user specified by the key ''key''.
|return_text
|return_text
|spec
|spec
|caveats=The calling script is delayed for 2 seconds to prevent Instant Message spamming. For applications where this is problematic, it's possible to place the call to llInstantMessage in a child script and pass the information to that script via other means. The message sent can not be longer than 1024 bytes.
|caveats=
|examples=
* All object IM's are throttled at a maximum of 2500 per 30mins, per owner, per region in a rolling window. this includes IM's sent after the throttle is in place
<lsl>
** Throttled IM's are dropped. for implementation see [[llInstantMessage#notes|notes]] below
key owner;
* Messages longer than 1175 bytes will be truncated to 1175 bytes. This can convey 1175 ASCII characters, or fewer if non-ASCII characters are present.
{{KBcaution|width=100%|The 1175 byte limit is changing. As of Feb 26th, 2013 in all sims, Instant messages are now truncated to 1023 bytes to prevent certain types of delivery failure. (see https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Server/13#13.02.15.270481 ).}}
*If the specified user is logged in, {{LSLP|message}} will appear in the chat window and will not logged by the InstantMessage logging facility.
*If the specified user is not signed in, the messages will be delivered to their email just like a regular instant message, if the user has enabled email for their account.
** If messages are sent to the same user by the same object within about 65 seconds, they will be bundled together in a single email


default {
|examples=Tell the owner somebody touched the object:
 
<source lang="lsl2">
     on_rez(integer start_param)
default
{
    touch_start( integer total_num )
    {       
        llInstantMessage( llGetOwner(), "Someone touched me" );
    }
}</source>
Send an IM to a detected avatar only
<source lang="lsl2">
default
{
     touch_start( integer total_num )
     {
     {
    owner=llGetOwner();  // get the key of the objects owner.
        llInstantMessage( llDetectedKey(0), "Hands Off!");
    }
    touch_start(integer total_num)
    {       
    llInstantMessage(owner,llKey2Name(owner)+", " + (string)total_num +" Avatar(s) touched me!");
 
     }
     }
}
}
</lsl>
</source>
|helpers
|helpers
|also_functions=*{{LSLG|llWhisper}}
|also_functions=
*{{LSLG|llOwnerSay}}
{{LSL DefineRow||[[llOwnerSay]]|Sends chat region wide to owner}}
*{{LSLG|llSay}}
{{LSL DefineRow||[[llRegionSay]]|Sends chat region wide}}
*{{LSLG|llShout}}
{{LSL DefineRow||[[llRegionSayTo]]|Sends chat region wide to a specific prim/avatar}}
|also
{{LSL DefineRow||[[llWhisper]]|Sends chat limited to 10 meters}}
|notes=Instant Messaging has the benefit of allowing communication from an object to an avatar anywhere in the Grid. The downside is that an object cannot recieve an Instant Message, therefore an avatar cannot send an Instant Message to an object. It's a one-way communication avenue. Also, the two-second script delay can be considered a downside in some applications.
{{LSL DefineRow||[[llSay]]|Sends chat limited to 20 meters}}
}}[[Category:LSL_Functions]][[Category:LSL_Stub]]
{{LSL DefineRow||[[llShout]]|Sends chat limited to 100 meters}}
|also_tests
|also_articles
|also_events
|notes=
* [[llRegionSayTo]] may be a better choice if the target is in the same region as the object sending the message, as it has no built-in delay and can communicate directly with objects, as well as with avatars and their attachments.
* Instant Messaging allows communication from an object to an avatar anywhere on the Grid. However, an object cannot receive an Instant Message.
* Using [[llInstantMessage]] from one or more child scripts will avoid delays in the main script. Child scripts will still be subject to delays, [[LSL Event Queue|message queue]] limits, and region throttles.
* Throttling Implementation (Kelly Linden):
** The throttle is on all IMs from the object owner. It does not disable all IMs in the region, but does disable all IMs from the owner of the object.
** The throttle is not per object, but per owner. Splitting the spamming object into multiple objects will not help unless owned by different people. This also means that owning multiple almost too spammy objects will cause you to hit the limit.
** 2500 IMs in 30 minutes will trigger the block.
** IMs that are blocked continue to count against the throttle. The IM count must drop below 2500 before any IMs will be delivered.
** The IM count of the previous window is used to approximate the rolling window. If it is 20% into the current window the IM count will be the current count + 80% of the previous count. This allows us to approximate a rolling average, however it has the behavior that a flood of IMs can have an effect on the throttle for double the window length. This is why in practice the throttle behaves more like 5k in 1hr than 2.5k in 30min.
 
|cat1=Communications
|cat2=Instant Message
|cat3
|cat4
}}

Revision as of 18:56, 17 October 2021

Summary

Function: llInstantMessage( key user, string message );

Sends an Instant Message specified in the string message to the user specified by user.

• key user avatar UUID
• string message message to be transmitted

To send a message directly to an object, use llRegionSayTo.

Caveats

  • This function causes the script to sleep for 2.0 seconds.
  • All object IM's are throttled at a maximum of 2500 per 30mins, per owner, per region in a rolling window. this includes IM's sent after the throttle is in place
    • Throttled IM's are dropped. for implementation see notes below
  • Messages longer than 1175 bytes will be truncated to 1175 bytes. This can convey 1175 ASCII characters, or fewer if non-ASCII characters are present.
KBcaution.png Important: The 1175 byte limit is changing. As of Feb 26th, 2013 in all sims, Instant messages are now truncated to 1023 bytes to prevent certain types of delivery failure. (see https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Server/13#13.02.15.270481 ).
  • If the specified user is logged in, message will appear in the chat window and will not logged by the InstantMessage logging facility.
  • If the specified user is not signed in, the messages will be delivered to their email just like a regular instant message, if the user has enabled email for their account.
    • If messages are sent to the same user by the same object within about 65 seconds, they will be bundled together in a single email
All Issues ~ Search JIRA for related Bugs

Examples

Tell the owner somebody touched the object:

default
{
    touch_start( integer total_num )
    {        
        llInstantMessage( llGetOwner(), "Someone touched me" );
    }
}

Send an IM to a detected avatar only

default
{
    touch_start( integer total_num )
    {
        llInstantMessage( llDetectedKey(0), "Hands Off!");
    }
}

Notes

  • llRegionSayTo may be a better choice if the target is in the same region as the object sending the message, as it has no built-in delay and can communicate directly with objects, as well as with avatars and their attachments.
  • Instant Messaging allows communication from an object to an avatar anywhere on the Grid. However, an object cannot receive an Instant Message.
  • Using llInstantMessage from one or more child scripts will avoid delays in the main script. Child scripts will still be subject to delays, message queue limits, and region throttles.
  • Throttling Implementation (Kelly Linden):
    • The throttle is on all IMs from the object owner. It does not disable all IMs in the region, but does disable all IMs from the owner of the object.
    • The throttle is not per object, but per owner. Splitting the spamming object into multiple objects will not help unless owned by different people. This also means that owning multiple almost too spammy objects will cause you to hit the limit.
    • 2500 IMs in 30 minutes will trigger the block.
    • IMs that are blocked continue to count against the throttle. The IM count must drop below 2500 before any IMs will be delivered.
    • The IM count of the previous window is used to approximate the rolling window. If it is 20% into the current window the IM count will be the current count + 80% of the previous count. This allows us to approximate a rolling average, however it has the behavior that a flood of IMs can have an effect on the throttle for double the window length. This is why in practice the throttle behaves more like 5k in 1hr than 2.5k in 30min.

See Also

Functions

•  llOwnerSay Sends chat region wide to owner
•  llRegionSay Sends chat region wide
•  llRegionSayTo Sends chat region wide to a specific prim/avatar
•  llWhisper Sends chat limited to 10 meters
•  llSay Sends chat limited to 20 meters
•  llShout Sends chat limited to 100 meters

Deep Notes

All Issues

~ Search JIRA for related Issues
   llTargetSay() - region-wide direct communication

Signature

function void llInstantMessage( key user, string message );