From Second Life Wiki
Jump to navigation Jump to search

Strife, I would think that a reader would look for examples on how to process incoming email in an entry on incoming email, rather than an entry on how to *send* email... but rather than spend 9 days debating that, I've made the reader aware (under examples ) that tips on how to process incoming email are now in the outgoing entry (llEmail.) -- Chaz. 11 October 2008. 11 am SLT.

Prims can receive email from not just prims but from outside of SL. By having the examples on email only detail how to handle prim2prim email confuses the situation. By having the the examples on llEmail, the function that in fact places the headers (that complicates the parsing) in the emails sent in the first place, eliminates that confusion. Having a note about this on email is totally appropriate. -- Strife (talk|contribs) 11:54, 11 October 2008 (PDT)
The information could be on both articles as long as it was properly described and encapsulated; so that the user knew they were learning about emails sent with llEmail. The problem with it originally was that the text didn't make it clear that it was only describing email sent with llEmail. -- Strife (talk|contribs) 12:00, 11 October 2008 (PDT)
Strife, can you add then pls a note to llEmail covering how emails from out-of-world might look, and be handled? So that we have info for people on processing emails whatever their source? The note might be as simple as just saying how out of world email differs in not having the Linden headers, etc? -- Chaz. 11 October 2008. 12:15 PM SLT.
I'm working on it as we speak (didn't even see your note here until after the edit conflict, which I will review now). Why should llEmail have information about external emails? Assuming typo and you ment email, then yes I will. -- Strife (talk|contribs) 12:45, 11 October 2008 (PDT)
Think I've made all the changes I'm going to make at this point. -- Strife (talk|contribs) 17:47, 11 October 2008 (PDT)

New bug: first email after rezzing arrives without body, second doesn't arrive at all

I heard (and confirmed myself) of a new issue: The first email after rezzing arrives without a body, if the sending object was not in the same region. The second email will get dropped. After the third it will work fine. This was first reported here: I tested and confirmed that with all combinations of RC and main channel servers as of today (Second Life Server It does not matter if sending object and receiving object belong to the same resident or not, as long as sender and receiver are in different regions, the first email will arrive without a body, and the second will get dropped completely. Even when the script was recompiled and/or reset after rezzing, before the emails is sent. IM me for test scripts. --MartinRJ Fayray 02:18, 8 January 2013 (PST)

I've added it to the bug lists on both email and llEmail. -- Strife (talk|contribs) 16:51, 8 January 2013 (PST)

Character Limit

Anyone care to offer an explanation for the result of this?

        string msg;
        integer count;
        while((++count) < 1001)
        msg += "KGJTDkuygd"; // 10 chars of various byte counts.
        llEmail((((string)llGetKey()) + ""), "", msg);
        llGetNextEmail("", "");
    email(string time, string address, string subject, string msg, integer num)
    }   // Object: 10084

Believe me; It's not the 84 chars I'm interested in (they are probably the header right?). -- Fred Gandt (talk|contribs) 17:29, 19 May 2010 (UTC)

while((++count) < 3001) returns Object: 30084
Stack heap collisions much beyond that for obvious reasons. -- Fred Gandt (talk|contribs) 17:35, 19 May 2010 (UTC)
Looks like the limit is broken. Or it was changed to an insane value. -- Strife (talk|contribs) 19:36, 21 May 2010 (UTC)
Or it depends on the kind of mail... I remember that LL distinguishes 3 different kind of mails. Those which are send within the same region, those which are send between different regions and those which got their origin/destination outside of the grid. The former two aren't actually processed as mails. Maybe it influences the limits?
--Zai signature.png (talk|contribs) 19:52, 21 May 2010 (UTC)

I feel some testing comming on. I don't fancy counting the outside email chars...996, 997, 999....grrrr! I'll come back with results. -- Fred Gandt (talk|contribs) 20:21, 21 May 2010 (UTC)

Ok. This is already weird. llEmail to my hotmail weighed in at 3745 chars including header and newlines. The header and newlines from my parcel measures 84 chars (the actual header has 80 chars). Bytes seemed to make no odds. 3745 chars seems like a very odd limit to me. But that's what it is. I am continuing to test but may sleep before I'm done. -- Fred Gandt (talk|contribs) 23:34, 21 May 2010 (UTC)
<> (expanded from
<>): Command died
with status 100: "/opt/linden/indra/tools/mailglue/mailglue --grid=agni
--system=lsl". Command output: The body of your message must be less than
1024 characters.
  • This is the "return-to-sender" email I got when trying to send from hotmail to prim. So fair to say that 1024 chars is the limit there. I was successful sending a message of 1011 chars (empty subject string). Failed above that. I don't know if the 13 chars that weren't the body (1024 received in-world) are variable or would always be the same 13 no matter what. I have asked Rand (who has said he'll look into it) if we can have the official figures so I'm gonna get some sleep. -- Fred Gandt (talk|contribs) 01:12, 22 May 2010 (UTC)

I will not be finishing these tests. If I need to know the answer for myself I will get it for myself. *waves* -- Fred Gandt (talk|contribs) 12:09, 22 May 2010 (UTC)

I didn't know that about the different types of emails. I did know that llEmail and email had different limits. -- Strife (talk|contribs) 19:35, 22 May 2010 (UTC)

Took me by surprise too. Amazing what you can discover with a little testing. The in-world limit (or lack of it) was the biggest surprise. It seems that the only practical limit is on how long you can make the string. I first noticed that ages ago when messing with a mirror tool type thing I was making (might even finish it one day). I used email to pass the params because of the chat limits and it saved a lot of messing about with setting up http urls. It seemed to me then that with complex prims I was breaking the 1000 char limit but I never really looked into it. When Mako added that the limit was in bytes rather than chars I knew something was wrong ... thus the tests. Anyway, I'm far too fragile to edit here anymore. I'll prolly carry on with my own pages but as for wasting my time and effort trying to provide accurate info only to see it destroyed while I'm away; screw that! You must have the patience of an angel Strife. See you around mate. Hopefully in-world one day (if you ever sort out your PC and/or connection). -- Fred Gandt (talk|contribs) 22:13, 22 May 2010 (UTC)
I'll say with random guess, have you tried it in the four cases?
  • Sender and receiver is both within the same sim (You've already tested this case)
  • Sender and receiver is in different sim
  • Sender is in-world, and receiver is off-world (regular email).
  • Sender is off-world(regular email), and receiver is in-world.
I don't know 1000 char limit - 1000 char limit was already on this page when I just added the world "single-byte" to that (for Japanese, Korean, Chinese or so). I believe haven't actually 'changed' the meaning of contents. You might want to ask to who added "1000 char limit" itself. I can't look through whole history but, I guess Strife wrote it first. -- Mako 23:24, 22 May 2010 (UTC)
Just for references, first introduced 1000 limits by Chaz Longstaff in Revision as of 20:19, 30 August 2008, expanded 4KB by Strife in Revision as of 01:33, 31 August 2008], changed limits 1000 byte by Strife in Revision as of 02:37, 31 August 2008. I don't know why it has been kicking around for two years. -- Mako 01:12, 23 May 2010 (UTC)