llInstantMessage does not works for everybody

I have created an offline alternative to chat while I am not logged on SL. To distribute the messages inworld, I am using an object that sends the IMs to the desired avatar using llInstantMessage function. But, somehow, it does not work for all avatars, no matter the region it is. I have experienced two avatars in the same place and one got the messages and the other don´t.
I have been looked for Linden docs and there is no restriction to llInstantMessage in the same grid.

Thanks in advance,

Kallil Roffo

I think they might have to have recently been on the sim the sending object is on (ie since their last login)

this also won't work for people that are using IM reflection to email, since llInstantMessage, doesn't actually use the IM window (it's really just directed chat)

I will try test with this situation, I believe it is posssible, despite Linden Lab has no restrictions in the llInstantMessage documentation unless that the avatar must be in the same grid.

Regarding to the email reflection, it works fine, no problem, I have tested it.

Thanks a lot

llInstantMessage is supposed to go out without presence restrictions, and is also supposed to be sent in offline mail. It mostly works, it's what Subscribe-O-Matic etc. use.

There was a bug that could interfere with llInstantMessage that might be related to what you are seing, http://jira.secondlife.com/browse/SVC-2925 - but supposedly that was fixed in 1.26. On the other hand it was also supposed to be fixed in 1.25.

Thank you folks!
Indeed there is a bug as Victoria told us.
But, I have to say to you, when it works its wonderful. I can keep talking while offline and it saves me a lot of work!

Possibly related... possibly not...

I've encountered one user of one of my products that is having a similar issue with llOwnerSay to chat the contents of a BVH header. The data is split into < 1024 character chunks and spoken in 3 llOwnerSay statements, followed by 2 more llOwnerSay statements to spit out the rotation values for the bvh.

What is really odd, is that she only gets the last 2 with the values. The first 3 don't show up at all. The data set is exactly the same as is used for an llEmail command, and that works fine (although other complain email doesn't work, but that is likely just LL getting listed on RBL's, or typical LL email wonkiness... or some new anti spamming system in 1.26 server.)

I haven't had anyone else state that it was a problem, and I was about to switch to llInstantMessage... but if it is just as buggy, am I just trading one problem for another, or are the issues related?

I've been working on a system that does exactly this. It's been pretty much without error for the past three years or so. Now and then messages might get lost or delayed (possibly by hours), but that is a rare occurrence (for comparison, it is a LOT more stable than group IM, and my group has used it often as a replacement when group IM is broken). It doesn't matter if the target has ever been in the sim the object is in or anything of the sort.

One thing you do have to watch out for sometimes is if you are using link messages to have helper scripts distribute llInstantMessage() calls to a large audience. In that case sometimes it is easy to have event queues fill up (and messages lost) by sending more than 64 messages that will be received by the same script(s). There are work arounds though.

I know owner say is one of the recently on region commands, but that wouldn't cause partial losses. TBH the only problem I've had with ownersay is out of order messages.... maybe try smaller chunks for you bigger message? just for safety?