“LlEmail”的版本间的差异

来自人工智能助力教育知识百科
跳转至: 导航搜索
(创建页面,内容为“{{LSL Header|ml=*}}{{LSLC|Keywords}}{{LSLC|Flow Control}}{{LSLC|}} {{函数详情 |函数名 = Function: llEmail( string address, string subject, string message )…”)
 
Mkx讨论 | 贡献
 
第9行: 第9行:
  
 
string message  
 
string message  
|返回值= 返回值:Sends an email to address with subject and message.
+
|返回值= 返回值:发送电子邮件地址与主题和消息。
  
 +
|注意事项=这个函数使脚本休眠20.0秒
  
|注意事项=This function causes the script to sleep for 20.0 seconds.
+
在给定的时间内,对象可以发送的电子邮件的数量是有限制的。
  
There is a limit to the number of email messages an object can send in a given amount of time.
+
一个代理的对象在一小时内最多只能发送500条消息。
  
There is a limit of 500 messages from a single agent's objects in a one hour period.
+
4096字节的大小限制包括主题行和自动添加的文本。实际的最大身体尺寸大约是3600字节。
  
The 4096 byte size limit includes the subject line and automatically added text. The practical maximum body size is approximately 3600 bytes.
+
根据普洛斯彼罗·林登的评论,电子邮件的节流阀做了轻微的修改:“长期以来,一直有一个节流阀,使一个脚本在发送电子邮件后休眠20秒。新的节流阀是每个用户…有些人使用许多不同的脚本来发送垃圾邮件。(新的节流阀适用)当目的地在第二人生之外。我知道同一区域内的消息没有被限制(超过20秒的延迟),而且我“相信”不同模拟市民之间的消息没有被限制(超过20秒的延迟)。
  
(Sept-2008) The Email Throttle was modified slightly, Per Prospero Linden's comments: "there has long been a throttle that makes a single script sleep for 20 seconds after sending an email. The new throttle is per user... some were using many, many different scripts to send spam. (the new throttle applies) when the destination is outside of Second Life. I know that messages within the same region were not throttled (beyond the 20-second delay), and I *believe* that messages between different sims were not throttled (between the 20-second delay)."
+
由于bug [[SVC-23]](自2005年以来一直存在),对象可能会完全停止接收电子邮件,直到该区域重新启动或该对象越过区域边界(重置脚本没有帮助)。发送的电子邮件可能最终会收到后,重新启动/区域交叉。因此,不要依赖于此功能实现可靠的区域间消息传递。
 
 
Due to the bug SVC-23 (present since 2005), objects may stop receiving emails completely until either the region is restarted or the object crosses a region boundary (resetting the script doesn't help). Emails sent may eventually be received after a restart/region-cross. Hence, don't rely on this function for reliable inter-region messaging.
 
 
 
Due to the bug SVC-391 llEmail will silently fail (no mail will arrive) when non-ascii characters are present in the subject. However, non-ascii characters in the message body will be replaced by "?".
 
  
 +
由于这个bug [[SVC-391]] llEmail将在主题中出现非ascii字符时静默失败(没有邮件到达)。但是,消息正文中的非ascii字符将被替换为“?”。
  
 
|示例=
 
|示例=

2020年4月16日 (四) 03:54的最新版本

Template:Needs Translation/


函数名
Function: llEmail( string address, string subject, string message );
参数: string address

string subject

string message

返回值:发送电子邮件地址与主题和消息。
注意事项
这个函数使脚本休眠20.0秒

在给定的时间内,对象可以发送的电子邮件的数量是有限制的。

一个代理的对象在一小时内最多只能发送500条消息。

4096字节的大小限制包括主题行和自动添加的文本。实际的最大身体尺寸大约是3600字节。

根据普洛斯彼罗·林登的评论,电子邮件的节流阀做了轻微的修改:“长期以来,一直有一个节流阀,使一个脚本在发送电子邮件后休眠20秒。新的节流阀是每个用户…有些人使用许多不同的脚本来发送垃圾邮件。(新的节流阀适用)当目的地在第二人生之外。我知道同一区域内的消息没有被限制(超过20秒的延迟),而且我“相信”不同模拟市民之间的消息没有被限制(超过20秒的延迟)。

由于bug SVC-23(自2005年以来一直存在),对象可能会完全停止接收电子邮件,直到该区域重新启动或该对象越过区域边界(重置脚本没有帮助)。发送的电子邮件可能最终会收到后,重新启动/区域交叉。因此,不要依赖于此功能实现可靠的区域间消息传递。

由于这个bug SVC-391 llEmail将在主题中出现非ascii字符时静默失败(没有邮件到达)。但是,消息正文中的非ascii字符将被替换为“?”。

示例
示例1
string emailAddress = "somebody@example.com";
string emailHeader = "Someone touched me!";
 
 
default
{
    touch_start(integer num_detected)
    {
        // llSay(PUBLIC_CHANNEL, "Sending eMail report now, this will take ~20 seconds.");
 
        key id = llDetectedKey(0);
        string name = llDetectedName(0);
 
        llEmail(emailAddress, emailHeader,
            "I was touched by: '" + name + "' (" + (string)id + ").");
 
        // llSay(PUBLIC_CHANNEL, "Email has been sent.");
    }
}
相关函数
llGetNextEmail

llMessageLinked

相关事件
email

link message