IM to E-mail Return Addresses Changing
Tuesday, February 6th, 2007 at 12:24 PM by: James LindenEdit: If email-to-IM isn’t working for you, please see this Knowledge Base article. (Torley)
If you enable the “Offline IM to e-mail” setting in Preferences then IMs received when you are offline will be e-mailed to you. You can reply to these e-mail messages and they will be converted back into IMs inside Second Life. None of this is changing.
In order to reduce database load we are changing the “from address” used to allow you to reply to these messages. It currently looks like f9deadc4-6fa8-4a54-7921-27cbeefad0fd @im.agni.lindenlab.com. Soon it will look like 1taRxmON1vBQ-KdZRaE1yAC3-dwuXHz76eH9cOvqa7RW7Cg3LXXiLw== @im.agni.lindenlab.com. Unless you are doing complicating filtering or have written software that auto-replies this change should not affect you.
Currently you must reply to these e-mails within 3 days, otherwise you will receive a “session expired” error. We are increasing this limit to 5 days. Technical details below.
Right now we generate a session id every time two Second Life users initiate an IM-to-email session. These are stored for three days in the database. If the session is used a last-used field is updated.
Because the number of potential user-to-user communications grows with the square of the number of users there are a lot of sessions in the database. Updating the last-used field also generates a large number of database writes. This load is only going to increase.
The new e-mail address format allows us to store all the IM routing information inside the address itself. No database access is required. To prevent “spoofing” IMs from users the data is encrypted using Blowfish and a rotating secret key in Linden Lab’s servers. The address is the Base64 encoded output of the encrypted data, with + and / replaced with _ and - to allow better compatibility with e-mail systems.
The end result is the elimination of our most common database write, which will measurably improve our database performance.
Edit: The actual address will not have the trailing ==. It will be more like 1taRxmON1vBQ-LoLRaE1yAC3-dwuXHl33tH9cOvqa7RW7H4×0RXiLw @im.agni.lindenlab.com
February 6th, 2007 at 12:41 PM
Sounds fantastic James.
Great work
February 6th, 2007 at 12:48 PM
Hallo guten Tag
Ich verstehe das Problem nicht ?
Was habe ich verkehrt gemacht.
Es wurde über Paypal Geld an sie überwiesen.
Betreff auf anzeigen antworten ,
Bitte um Benachrichtigung um was es genau geht.
Danke für ihre Hilfe.
February 6th, 2007 at 12:54 PM
*Clap* Nice, though now my GMail label of IMs From Friends will not work now
But, it’s no big deal
February 6th, 2007 at 12:59 PM
Goodshow. Anything that reduces DB load is obviously an excellent thing.
BTW, I spot the DEAD BEEF. What, no C0EDBABE?
February 6th, 2007 at 1:01 PM
My password constantly comes up filled in incorrectly. There seems to be no way for me to correct it.
Sincerely,
Blossom
February 6th, 2007 at 1:07 PM
It may be too late to suggest changes to this feature, but might it be possible to tag the encrypted session name with the LL UUID of the recipient? This way email clients could still filter emails based on the UUID, even though the per-session email address will change.
The tagged email could be in the format “session+uuid@im.agni.lindenlab.com”. So for your example above, the (admittedly quite long) tagged email address would be “1taRxmON1vBQ-KdZRaE1yAC3-dwuXHz76eH9cOvqa7RW7Cg3LXXiLw==+f9deadc4-6fa8-4a54-7921-27cbeefad0fd@im.agni.lindenlab.com”. This shouldn’t put any additional load on the database, since this form of addressing is a convention of email servers and clients only.
(See also: “http://en.wikipedia.org/wiki/E-mail_address#Plus_.28or_Minus.29_addressing” and “http://tools.ietf.org/html/rfc3696″.)
February 6th, 2007 at 1:12 PM
DEADBEEF ftw. Although I always preferred DECAFC0FFEE. I suppose LL would suit “DEBAC1E” better…. >_>
(There’s a ton of awesome ones at http://www.nsftools.com/tips/HexWords.htm, I happen to know an av who’s key begins with “bad”…)
February 6th, 2007 at 1:22 PM
This is great news. Anything to reduce the server load (short of shutting down SL, of course) is very much appreciated. Kudos to LL! (Those are Kudos Bars, by the way. Mmm, granola…)
February 6th, 2007 at 1:25 PM
Locke,
Your URL doesn’t work - 404 Not found.
February 6th, 2007 at 1:35 PM
Locke,
They must be preventing accessing that page directly from the web. I was able to get to it by going to their home page and rifling down thru the links to get to it.
February 6th, 2007 at 1:35 PM
Take the comma off that url…
February 6th, 2007 at 1:39 PM
Three cheers for reducing DB load without loss of functionality!
February 6th, 2007 at 1:41 PM
The URL works if you delete the comma at the end of the address.
http://www.nsftools.com/tips/HexWords.htm
Thanks Locke for helping in creating a B100D1E55 exchange.
February 6th, 2007 at 1:44 PM
I never could reply back to the IM’s that arrived in email…
February 6th, 2007 at 1:45 PM
Phil, You got good eyes.
February 6th, 2007 at 1:47 PM
Now this is good news. Well done guys.
February 6th, 2007 at 1:48 PM
I’m hoping that this does not affect object-to-object communications? It will still be referenced by its key?
February 6th, 2007 at 1:50 PM
This does not affect object-to-object communications.
February 6th, 2007 at 1:54 PM
http://www.nsftools.com/tips/HexWords.htm
HexWords. Because the wordpress link parser is confused by commas.
February 6th, 2007 at 2:04 PM
Any way to add a “let anyone contact me via email” option somewhere? The key@im address sounds like it would be very useful even without an open session somewhere, although privacy issues (not to mention spam) would cause this to be an opt-in option. I have communicated with people through IM’s where we were both offline, I like the concept of it anonymizing your communications through your SL character…
February 6th, 2007 at 2:06 PM
Your most common database write is email-to-IM sessions? Really? I never would have guessed.
What’s the next most common DB write?
February 6th, 2007 at 2:08 PM
+1 lower database load, good work!
February 6th, 2007 at 2:21 PM
@ Odysseus - In case you didn’t read the top part, the aim is to decrease db load, not increase it by making sl an email anonymiser…
Beats me why they don’t assign everyone with the email of avfirstname.avsecondname@sl.com and hand it off to a standard email server, which seem to be able to handle millions of emails a day rather than falling over with 25k users….
February 6th, 2007 at 2:27 PM
I love the fact that I can answer offline IMs as I can’t access SL at RL work (maybe they want me to do some RL work…?!).
The extra time will be good as well as I can use an earlier message to contact friends in SL
February 6th, 2007 at 2:29 PM
TO : montana.corleone@sl.com
BUY CHEEP VIAGRA AT ……………
February 6th, 2007 at 2:32 PM
This is a brillient solution to the issue of IM database load! Huge loads of kudos to whoever came up with it.
February 6th, 2007 at 2:35 PM
[...] In their latest blog posting, Linden Labs have described an upgrade to their IM to Email system which will decrease load whilst increasing the time you can reply to an IM offline from three days to five days. [...]
February 6th, 2007 at 2:40 PM
Wow.. This is your most common database write? Not that I don’t believe you but am a little surprised.. I’m all curious now - any chance you could clue us on the next top 5 things that cause DB writes?
Good stuff, BTW! When is this scheduled to roll out, next Wednesday or are you going to try to sneak it in before then?
February 6th, 2007 at 2:53 PM
[...] Currently you must reply to these e-mails within 3 days, otherwise you will receive a ‘session expired’ error. We are increasing this limit to 5 days. Technical details below. (more…) [...]
February 6th, 2007 at 2:56 PM
Cool idea, hope we see some significant improvement
February 6th, 2007 at 3:10 PM
Sounds awesome. Cheers to LL. I will drink a drink to MySQL sobering up soon !
February 6th, 2007 at 3:22 PM
An extra 2 days grace on ‘reply’? That’s useful.
February 6th, 2007 at 3:40 PM
I totally agree with Montana. Set up an email server with every user having an address based upon his/her in-world name. I generally don’t bother IMing people who aren’t online, but would definitely take advantage of an in-house email facility — completely bypassing the SL client and server-side part of the operation.
February 6th, 2007 at 3:41 PM
I think this offline IM is a great service, and one that people wouldn’t mind paying for, say a buck or 2 a month. Linden should be charging for this.
February 6th, 2007 at 4:13 PM
WOOT WOOT, I’ve always loved this option.
February 6th, 2007 at 4:18 PM
This one’s already paying for it. In spades.
February 6th, 2007 at 4:34 PM
Amanda, the standard email sounds good at first, but will be spammed to death in next to no time. See reply no 20 above.
The point of these temporary addresses is just that - they are temporary so are not very useful to spammers. Privacy has a price.
February 6th, 2007 at 4:57 PM
Why dont you guys just skip all that and use the username, and allow it so a session can be started via e-mail instead of having to be In-world?
February 6th, 2007 at 4:58 PM
haha sorry. Didnt read all of the comments
February 6th, 2007 at 5:00 PM
Ok something completely silly. My phone’s email client is incapable of replying to emails from SL, because the ‘from’ address is too long. If I’m reading this right, each session gets a one time key and expires after 5 days. So if there was 20 sessions a day for all 1 million SL users, over 5 days, that would still only be 100,000,000 session numbers required. Why does the address have to be so crazy long
February 6th, 2007 at 5:10 PM
@Paskis
The concept is to move away from “session IDs” and towards something a little more intelligent I guess. The email address now has something liked a signed encrypted certificate saying “I am xxx speaking to yyy and am authorized to speak to this person for nnn days, because he sent me this im”. The server no longer needs to care whether there are 10 million session numbers, it just needs to decrypt the email address and it has all the info right there that it needs.
The requirement for sessions is mostly for privacy, but also for spam control. Right now we have grey goo that can give people many many notecards, but this is tightly controlled by Linden. Objects aren’t able to send email directly to these @im addresses (although they are permitted to instant message, but again under tightly controlled circumstances).
So the question is, what happens if these email addresses were your_key@im.lindenlab.com with no session control? What would happen if someone say got a hold of a name2key database (like http://www.moopf.com/name2key.php) and started hammering the email addresses of those avatars? Do you really want to start getting a couple thousand ims about viagra? And whose avatar name should Linden say those ims are coming from?
Having said all this I would reiterate that it would be nice to have session-less communication using an avatar_key@im address. As long as the avatar involved turns on the option and fully understands what the heck he might be in for. Either way the database shouldn’t have to track what’s going on.
February 6th, 2007 at 5:13 PM
Hmm… your example seems to be off. Base64 doesn’t support hyphons. You can only use letters, numbers, plus, forward slash, and end with up to 2 equal signs depending on the modulus of the number of characters by 3.
([A-Za-z+/\d]{3})*([A-Za-z+/\d]==|[A-Za-z+/\d]{2}=|[A-Za-z+/\d]{3})
Therefore, the example email address provided is not valid as an example.
1taRxmON1vBQ-KdZRaE1yAC3-dwuXHz76eH9cOvqa7RW7Cg3LXXiLw== @im.agni.lindenlab.com
February 6th, 2007 at 5:29 PM
“The address is the Base64 encoded output of the encrypted data, with + and / replaced with _ and - to allow better compatibility with e-mail systems.”
That’s why it’s off.
February 6th, 2007 at 5:37 PM
Hey, that’s cool. Neat trick.
February 6th, 2007 at 5:51 PM
When is this change happening?
February 6th, 2007 at 6:01 PM
Tricky solution
Any chance the IM to object bug was fixed during the revamp?
(i.e. that IMs from objects that go to email, when replied, send the reply to the owner of the object that sent the IM, instead of just being ignored as when the user is online as was the original/correct behaviour).
That is the biggest source of spam email I get.
February 6th, 2007 at 6:17 PM
This seems like a good idea and has prompted me to pursue a similar solution at work. Thanks for both.
February 6th, 2007 at 6:49 PM
Glad to hear it, but I thought you guys claimed that the who’s online was the biggest database load?
February 6th, 2007 at 8:13 PM
Ray, I saw Odysseus’ remark, and he *did* suggest that it be an opt-in, and that’s how the email should be handled. I have a good email server and between their own spam filter and the ones I set up I receive next to no spam. It can be done at both the server and client side and isn’t that difficult to implement.
My point is that we can have user-user communications with *zero* load on the SL servers if much of that offline communication could be placed on completely separate servers — e.g. in email. Server load, particularly of the asset servers is probably our single most important issue in SL right now, and I’m all for tweaking the system in any way to lower it.
February 6th, 2007 at 9:12 PM
Glad you guys decided to keep inbound IMs! This change won’t bother meeee!
February 6th, 2007 at 9:15 PM
Why can’t you just allow firstname.lastname@resident.secondlife.com - eliminates load (no sessions maintained), allows you to have a “permanent” SL e-mail address and can be used outside of SL for communication between users without exposing their real e-mail address.
This encrypted + base64 solution just seems too convoluted, why make it so much more complex than its needs to be?
- Davey
February 6th, 2007 at 10:04 PM
You’re on track to double your number of citizens in how many months? Tell me what is your plan? Feature after feature is being cut to remove database load. That isn’t going to mean jack when your number of citizens doubles.
Instead of announcing more features being cut figure out how you can expand the processing capacity of your database to give you more headroom for new users and additional features.
Thanks for keeping it so that we can send inbound replies, but I have numerous contacts stored in my address book with additional relevant info that are now going to be totally worthless. With the address changing every time there is no address book program much less gmail that is going to be able to handle a contact list like that. I like being able to send im’s while I’m offline without the need to wait for an outbound im from the person.
February 6th, 2007 at 10:42 PM
Aslan, you’re a babbling idiot.
First of all, no feature was cut. And “figure out how you can expand the processing capacity of (their) database” — wow, now that’s an amazingly helpful suggestion. I’m sure nobody at Linden thought of increaseing the processing capacity of their database. With your helpful direction I’m sure the problem will be solved in short order.
And your comments about storing contact info are a hoot. The addresses were changing anyway, every three days. Now they’ll change every five.
February 6th, 2007 at 10:44 PM
*** Glad to hear it, but I thought you guys claimed that the who’s online was the biggest database load? ***
Well it’s gone now (good riddance) so it can’t very well be the biggest load any more, can it? And since when is there one and only one feature that adds significant db load?
February 6th, 2007 at 11:16 PM
i don’t like email ims. so much spam
February 7th, 2007 at 12:20 AM
[...] Linden Lab announced changes to the way the IM-to-email gateway works. [...]
February 7th, 2007 at 12:25 AM
I remember this on views, sounds like a wonderful way to keep the system and kill the load, congrats!
February 7th, 2007 at 12:55 AM
Hi, I know it is off topic but I can’t get any joy from support from in-world Lindens or out, nor can I find anything in knowledgebase.
Is there a known issue with buying L$. I bought 1500 yesterday via the website and my account was reduced by the US$ (I have an order#) but 24hrs later the L$ are not showing on the net or in world?? anyone else seen this issue or know of a posting about this??
Linden help would be appreciated here … having world database issues is one thing but the account database is also falling over then we have our credit details on it!
Quant
February 7th, 2007 at 1:21 AM
@Quantum Daikon
Sorry Quant,
Customer service was causing too much Lindenbase load so they cut it out too… or so it seems. I lost several expensive items in early December but despite repeated help requests, customer support never sent me any information on how to recover the items. They told me to contact Beast or Kona Linden (which I did) but neither of them ever got back to me either.
I hope you have better luck, Quantum.
February 7th, 2007 at 1:27 AM
… and the transaction history is starting to lag behind again …
February 7th, 2007 at 1:31 AM
Hi,
I think that the issue I had is certainly different to just transaction lag. I have inworld transactions from yesterday showing ‘after’ the Linden$ “purchase” that has not shown up.
It is as if the transaction went through but the L$ didn’t end up in my account. (no recrediting of US$ after 24-hours)
Luckily it was only a small purchase to top up my in-world balance but I will not risk buying anymore until I know what is happening?
Quant
February 7th, 2007 at 3:49 AM
This is a neat feature and I always have been amazed of how well it works.However, I have been wordering whether it would be a big deal to have *permanent* mail-adresses for mails transferred into IM’s. The mail adress could look like “firstname.lastname@secondlife-inworld.com” and would always create an IM to the resident.
I would picture this to be a very nice feature, maybe even one that could distinct premium accounts from the others (”sign-up and get your permanent in-world-email-adress now!”.
Probably an issue mentioned before. I admit, I was too lazy to use the search.
February 7th, 2007 at 4:58 AM
Good work which gives standard communication abilities for majority of ppl.
Personally I am connected most of the time to my secondlife land from my mobile(chat only)or/and any web browser with
February 7th, 2007 at 5:22 AM
Sorry
Ignore my previous listings it was totally my mistake
I can’t find any other post because there is not one entitled. “How idiots can click the wrong buy L$ button”
I ordered L$ instead of buying L$.
Thats what happens when you spend all night in-world
Sorry LL
Quant
February 7th, 2007 at 6:35 AM
This is the type of change we’ve been waiting for. Where the old code is being analyzed and adjusted to make SL scalable in the long term.
It’s about time some common sense was being applied. Hopefully the trend will spread to other departments.
February 7th, 2007 at 6:49 AM
Yeeehhaaa! That’s sounds great! More feature less load *grin* Regardless of who came up with this idea .. Feel kissed!!!!!!
February 7th, 2007 at 6:55 AM
Hi.. i know my question is off-tpoic.. but asked it at many places and haven’t got an answer yet:
I cannot post an event! I get no error message, i add event, it shows my text and small map, but it never shows up in list. Not on website, not in sl search. Event is non-mature. I tried several times, yesterday and today… are there some troubles?
February 7th, 2007 at 7:08 AM
Hallo, (noch ein Deutscher^^)
Ich kenne mich im second live nicht aus (bin 14 und hab ne Kontokarte) wer mir ein par Informationen geben kann ist echt doll !
MfG Timo
February 7th, 2007 at 8:09 AM
[...] Read | Permalink | Email this | Linking Blogs | Comments [...]
February 7th, 2007 at 8:53 AM
Wow, IM-to-eMail sessions were your most frequent DB write?
This really tells us humble loud-mouth lusers how little we know about the magic behind Second Life.
To Linden Lab, and to a lag-free future!
February 7th, 2007 at 9:24 AM
Thanks for the update and good work, but:
I understand all of this tech talk, but my guess is that many do not. You should have a distinct “Executive Summary” and “Technical Details” section for each technical announcement.
Also, describing your security and encrytion plans on a public site probably is not a very secure thing to do.
February 7th, 2007 at 9:25 AM
nifty!
Another thoughtful and meaningful upgrade.
Thank you Linden Family
February 7th, 2007 at 9:56 AM
Counting online users used to be a significant query. We fixed that. Data about online users is now cached in a web service and does not involve touching the database.
IM-to-email sessions is not our most common read query, but is our most common write.
We are indeed moving to split our database load across multiple machines. We already have 7 (8?) databases that store things like your inventory, what textures your avatar is using, pending IMs to deliver on login, etc. The queries that hurt us right now are the ones that are not easily partitioned, or are hard to partition with our current system architecture.
We don’t provide addresses of the type “uuid@im.secondlife.com” or “name@im.secondlife.com” primarily to validate the identity of the person replying to the email and to conceal their real life name and email address. This also allows users with more than one account to receive IM-to-email in the same mailbox. At least at present we would prefer not to worry about people’s reactions to receiving an “IM” from “Philip Linden” asking them to do something.
Thanks for your feedback on this change.
February 7th, 2007 at 10:45 AM
hey nice job on targeting the heaviest writers that don’t need to be in the db at all!
February 7th, 2007 at 10:55 AM
One hint for those who are having problems replying to the IM generated emails. Character lenght in IM is limited. If your email client is to include the original email text in the reply, that is very likely the reason for your failures. Either turn that off, or use “Select All” and “delete” in the email body before you reply to remove the original text. And keep your reply and subject to less than 255 characters total. Hope this helps…
DRD
February 7th, 2007 at 11:21 AM
Thanks for posting this heads-up. Believe it or not, this would definitely have broken a procmail filter I have, so I’m glad I had a chance to go fix it.
February 7th, 2007 at 12:52 PM
Good point @ DR! And more, it is increasingly difficult to identify the message if the whole reply-mail-header shows in the IM you get. So, just hit “reply”, delete the quoted original text and type your message - history of convo is provided anyway within th IM system …
February 7th, 2007 at 12:53 PM
YOU HAVE SIMPLY STOPPED MENTIONING THE ENORMOUS TROUBLE AT MORE THEN 25.000 VISITORS. NOWHERE TO COMPLAIN FOR US ANYMORE BUT THE TROUBLES ARE NOT GONE. EVERY DAY WHEN NUMBERS ARE OVER 25.000, REZZING GOES OUT, CRASHES OCCUR AND MORE OF THE PROBLEMS MENTIONED SO MAY TIMES OVER AND OVER AGAIN PAST MONTH.
STOP ADDING NEW MEMBERS UNTILL YOU GET THE ENVIRONMENT AT ORDER !!!!!!!!!!!!!!!!!!!!!!
February 7th, 2007 at 1:26 PM
@78 - this fix will help with the load issues no matter how many are connected. Also the system can handle a lot more without slowdowns than it used to be able to handle. Try playing WoW, EQ2, or CoH on a busy server/zone and you’ll get slowdowns, disconnects, and in the case of WoW a login queue you have to wait to even login. And those are all pay for access while SL is generally faster, has no queues, and doesn’t require you to pay anything to access it.
Overall I’m glad to see this change. I don’t get too many IMs while offline and not sure if this will change much but at least in Outlook the sender “friendly name” fo rme always shows the user’s/groups name and not the session/hash code and my filter just uses the domain part to sort my SL IMs from everything else. Also not sure why anyone would store contacts since you could never initiate in IM session from outside SL so its really only useful to reply to a message sent to you.
While a full email address would be nice its a lot of overhead for LL to handle a full email service (and the headaches of spam control, phishing, spoofing, and account maintainence) and would be disconnected from SL itself. I created a gmail account with my SL name to use for people to contact me with and its not tied to my persoal email (which was used for my account creation).
February 7th, 2007 at 2:15 PM
FYI - @ Sylvia Sonoda
I am not sure what sim you hang in, who your isp is, what kind of machine you are running, your video card, etc. But I can tell you this from my personal experience.
When the system had 350k members, and maybe 10k online, the lag and other problems were often as bad or worse than now. In the last few weeks things have improved dramitically for me. Yes it still gets a little slow sometimes, but that seems to be mainly DB issues which they are addressing. You may want to look at your end of things, especially your video card and drivers. A lot of the things you describe can also be client side, and the video is definately the weak point.
I get on here and slam LL when they pull a bonehead manuver, as they often do. LOL I think it only fitting I commend them when they do well. While still a lot of work to be done, the work they have done lately has certainly made a great difference in my experiences. Not too long ago I could hardly move or work with 15k online. Now we often see 27k or more, and while I can see the difference with that many ppl on, I have not had to quit working because of it for several weeks. Way to go….
Keep at it LL.
DRD
February 7th, 2007 at 3:39 PM
I think we should realize that it is not in LL’s best interest to provide garden-variety Unified Communications (email, IM) out-of-world to reseidents. Their whole value proposition is creating a society in-world, and so their interest is best served if residents usually come in-world to communicate with each other.
After all, we can create anonymous Yahoo or Google accounts in our AV’s name and give them to friends. Numerous gateways exist so that this doesn’t result in having to read 10 separate email accounts etc.. If we want to communicate with each other outside of SL, we have the tools: we don’t need LL to help.
February 7th, 2007 at 4:52 PM
So, is there some issue with this new system, as i seem to recieve IM’s from in the game to my email quite sporadically. for instance, I might recieve one two minutes after it’s written to me, or seventeen minutes after it’s written. both from the same person. any ideas why?
February 8th, 2007 at 9:20 AM
So - the reply email comes from the SL me and not the RL me, as far as the recipient can tell?
February 8th, 2007 at 9:22 AM
My vote would be ixnay on the permanent addresses, or at least for me to have the option individually to say no to that, so that those who wanted them could still have them. I have no doubt that such a permanent address would end up receiving a lot of out of world spam, so I’d be in the middle of building something and be getting rolex messages every 2 minutes, lol.
February 8th, 2007 at 10:16 AM
Umm, just a clarification. If you receive an offline im, you should NEVER forward it to anyone else. If you do, then that person could speak to the originator of the im on behalf of the im recipient for the next five days?
February 8th, 2007 at 12:32 PM
@ DR Dahlgren Says
I wish really you were right. But then again you are not. Everything runs smooth below 25.000. We are one day later and same thing again from about the same time. Now sims are crashing and after restart not keeping on. I really dislike most Linden stopped mentioning the trouble and explaining. Still things can take of the burden and another 5.000 can be added but the fact remains Linden will never be able to keep up. the growth goes faster than the little effect of lessening server loads. And believe me, I want SL to run smooth because if it runs it is the best thing there is since the invention on Internet. I just disagree totally with the measures Linden takes to keep SL running smooth. Its is just not effective enough Its the policy off always running behind and patching.
February 8th, 2007 at 2:12 PM
Thanks for the clarifications James but you still didn’t answer the when question……. When will this change be implemented and how? During the next down time or behind the scenes while we happily carry on with our second lives?
February 9th, 2007 at 1:33 PM
By the way, just so people know, the email addresses used in the old system did *not* consist of avatar keys, but session IDs. Look at these three (expired) From addresses:
All three were made at different times, but were IMs from the same person. Emailing them will not work to send this person a message. Trust me on this. (This is why I’m even posting them publicly)
February 9th, 2007 at 1:34 PM
By the way, just so people know, the email addresses used in the old system did *not* consist of avatar keys, but session IDs. Look at these three (expired) From addresses:
3af8b32f-c07c-bb25-155c-a4d6f07ebf49@im.agni.lindenlab.com
ea7a8c8b-6ecd-149d-f1a8-550baad0a01e@im.agni.lindenlab.com
7e123bfc-f1e0-c093-f91e-25d5efb595a8@im.agni.lindenlab.com
All three were made at different times, but were IMs from the same person. Emailing them will not work to send this person a message. Trust me on this. (This is why I’m even posting them publicly)
February 10th, 2007 at 4:54 AM
[...] a surprise development Linden Lab announced a change to the way that the IM to email system works. Linden Lab said [...]
February 14th, 2007 at 12:08 AM
With the client being OS, I wonder if someone will come up with a limited, IMs only chat client.
Could be nice.
February 20th, 2007 at 4:33 AM
This is a neat idea; I’ve begun to odd bits of spam and I’m sure tools like http://slutils.awardspace.com/lslkeyfromname.php, useful as they are (that one draws from Moopf Murray, W-HAT, and Ravenglass Rentals) are helpful, but are open to abuse.
February 23rd, 2007 at 7:44 AM
I answered an IM from a friend from my email and my email address showed in to her in world. I thought it just showed our avi’s names and not email address. I am glad she told me because I don’t want anyone knowing my email address without my knowledge. Is there a way to stop this without creating an email address just for second life. Just a note of caution to those using it and a bit of concern as to why me email address was in the response.
February 23rd, 2007 at 10:03 PM
[...] for offline IM to email has changed. This is expected - details are in last month’s blog post IM to e-mail return addresses changing. This change allows us to significantly reduce the database load related to IM [...]
February 24th, 2007 at 12:32 AM
[...] for offline IM to email has changed. This is expected - details are in last month’s blog post IM to e-mail return addresses changing. This change allows us to significantly reduce the database load related to IM [...]
February 24th, 2007 at 3:57 PM
[...] for offline IM to email has changed. This is expected - details are in last month’s blog post IM to e-mail return addresses changing. This change allows us to significantly reduce the database load related to IM [...]
May 20th, 2007 at 12:53 PM
helloy
September 14th, 2007 at 2:58 PM
I still prefer the format: Ashton.Gufler@im.secondlife.com, though.
November 14th, 2007 at 9:15 PM
The IM destination address is absurdly long, and causes trouble with certain software that caps an address destination character limit at 70 characters.
March 16th, 2008 at 8:52 AM
Hey! i’m having problems to set my account to receive IM’s in my e-mail… i go to contact info in SL website and it just doesn’t accept my passowrd. i tryed my SL account pass and e-mail pass and it says any of them are ivalid.. but it’s weird cause SL and e-mail account are both active and working well. I tryed in my alt account and it works, but it doesn’t work in main account… and i’m not using hotmail…
Thank you****
May 4th, 2008 at 11:19 AM
gainesville check cash advance advance cash cashing check gainesville…
Based on advance cash loan personal payday loan online bad credit…
May 7th, 2008 at 4:42 AM
24 ringtones tv 24 ringtones 24 ringtones show…
Respectfully free phone ringtones cricket free kyocera phone ringtones…
May 22nd, 2008 at 8:38 AM
best card credit student…
If payday loan cash advance loan wireless credit card machine advance cash check credit no online credit card processing terminal unsecured credit card debt consolidation…
July 14th, 2008 at 6:43 PM
When an llInstantMessage is sent from a script, can the code sent be made to come from a specific AV?
ie I have a created a sign in my store that sends am llInstantMessage when anyones AV touches it, and I would like to respond to the instant message from email when I am offline and have the message go to the AV that clicked on my sign.
Is there a way to do this? If not, can this be added to SL? It would be a huge help for SL e-commerce.
Best Regards,
Maker