Re: multi-part sms order
Aaron Simmons wrote: I originally found this issue in 1.4.1. However, I just did a cvs checkout and it occurs there as well. On Jan 22, 2008, at 10:38 AM, Aaron Simmons wrote: I've finally had time to revisit this issue. Turns out that kannel sends multi-part smses in *reverse* order. This happens whether concatenation is true or false. For example, lets say I send this 220 character-long message: test abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde f The kannel modem log looks like this (edited for brevity): DEBUG: AT2[modem]: TP-Validity-Period: 24.0 hours DEBUG: AT2[modem]: -- AT+CMGS=79^M DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: send command status: 1 DEBUG: AT2[modem]: -- 0051000C91362950813311A74A05000300020240E6333AAD5E83C2E231B90C329FD169F51A14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685C5637219643EA3D3EA35282C1E93CB2033 DEBUG: AT2[modem]: -- ^Z DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: -- +CMGS: 239 DEBUG: AT2[modem]: -- OK DEBUG: AT2[modem]: send command status: 0 DEBUG: AT2[modem]: TP-Validity-Period: 24.0 hours DEBUG: AT2[modem]: -- AT+CMGS=154^M DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: send command status: 1 DEBUG: AT2[modem]: -- 0071000C91362950813311A7A0050003000201E8E5391D14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685C5637219643EA3D3EA35282C1E93CB20F3199D56AF4161F1985C0699CFE8B47A0D0A8BC7E432C87C46A7D56B50583C269741E6333AAD5E83C2E231B90C329FD169F51A14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685C5637219643EA3D3EA35282C1E93CB DEBUG: AT2[modem]: -- ^Z DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: -- +CMGS: 239 DEBUG: AT2[modem]: -- OK DEBUG: AT2[modem]: send command status: 0 Just eye-balling it looks suspicious. Since the message length is 220, the two parts are not going to be the same size. Shouldn't the big part get sent first? In fact, decoding the PDUs confirms my suspicion (using this http://twit88.com/home/utility/sms-pdu-encode-decode). The first pdu sent to the modem is fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde f which is clearly the second part. The second pdu sent to the modem is test abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde which is clearly the first part. Why is kannel reversing the sms order sent to the modem? Thanks, aaron On Nov 5, 2007, at 12:44 PM, info.ubichip wrote: Hi all, AFAIK, send content through SMS should be managed by a protocol such as SAR : Segmentation And Reassembly, this is a Mécanism used to segment and reassemble the different paquets SAR is used with wap gateway and is supposed to be handled by the phone as well. The fact that the packets are arrived in the correct order is upon the operator responsibility (typically differents SMS are not always proceed by the same SMSC), there is nothing to do on the kannel side. Hope that helps, Regards *From:* Ady Wicaksono [mailto:[EMAIL PROTECTED] *Sent:* dimanche 4 novembre 2007 20:37 *To:* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *Cc:* users@kannel.org mailto:users@kannel.org *Subject:* Re: multi-part sms order It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, *Aaron Simmons* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://gmail.com http://adywicaksono.wordpress.com/ Antivirus avast! http://www.avast.com: message Sortant sain. Base de donnees virale (VPS) : 071104-0, 04/11/2007 Analyse le : 04/11/2007 20:44:24 avast! - copyright (c) 1988-2007 ALWIL Software. Hi Aaron, I have noticed the same issue when sending MMS notifications from mbuni (or even directly from kannel). Have you found anything more about this? I feel this is the problem that my phone can't decode the multi-part MMS Notification messages. Thanks -Andrew
Re: multi-part sms order
As it turns out, while the multi-parts are sent out of order, I was wrong about it reversing. When the multi-part is two, its reversed (#2, #1). When its three or more, its like this: #3, #1, #2 hmmm interesting ... and for four? is the ordering reliable? so long as it's always the same you can assemble the bits however you need :) if it's not reliable that's a bit more difficult. cheers iain On Jan 23, 2008, at 5:35 AM, Iain Dooley wrote: hey, i don't have any messages to reply to on this thread cos i deleted them, but if kannel reliably reverses the order of messages and you need them in the opposite order, is it a reasonably simple task to reverse long messages before you send them? in PHP: if(strlen($msg)160) { $bits = breakMessageInto153CharacterBits($msg); array_reverse($bits); foreach($bits as $bit) kannelSend($bit); } of course you'd need to implement breakMessageInto153CharacterBits() :) that would involve a few calls to substr()... nothing too hairy or resource hungry. cheers iain
Re: multi-part sms order
As it turns out, while the multi-parts are sent out of order, I was wrong about it reversing. When the multi-part is two, its reversed (#2, #1). When its three or more, its like this: #3, #1, #2 On Jan 23, 2008, at 5:35 AM, Iain Dooley wrote: hey, i don't have any messages to reply to on this thread cos i deleted them, but if kannel reliably reverses the order of messages and you need them in the opposite order, is it a reasonably simple task to reverse long messages before you send them? in PHP: if(strlen($msg)160) { $bits = breakMessageInto153CharacterBits($msg); array_reverse($bits); foreach($bits as $bit) kannelSend($bit); } of course you'd need to implement breakMessageInto153CharacterBits () :) that would involve a few calls to substr()... nothing too hairy or resource hungry. cheers iain
Re: multi-part sms order
I dug around in the code and figured out what was going on. I've submitted a bug on it (#436), along with a simple fix. On Jan 22, 2008, at 9:45 PM, Andrew B wrote: Hi Aaron, I have noticed the same issue when sending MMS notifications from mbuni (or even directly from kannel). Have you found anything more about this? I feel this is the problem that my phone can't decode the multi- part MMS Notification messages. Thanks -Andrew
Re: multi-part sms order
I've finally had time to revisit this issue. Turns out that kannel sends multi-part smses in *reverse* order. This happens whether concatenation is true or false. For example, lets say I send this 220 character-long message: test abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde f The kannel modem log looks like this (edited for brevity): DEBUG: AT2[modem]: TP-Validity-Period: 24.0 hours DEBUG: AT2[modem]: -- AT+CMGS=79^M DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: send command status: 1 DEBUG: AT2[modem]: -- 0051000C91362950813311A74A05000300020240E6333AAD5E83C2E231B90C329FD1 69F51A14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685C5637219643EA3D3EA 35282C1E93CB2033 DEBUG: AT2[modem]: -- ^Z DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: -- +CMGS: 239 DEBUG: AT2[modem]: -- OK DEBUG: AT2[modem]: send command status: 0 DEBUG: AT2[modem]: TP-Validity-Period: 24.0 hours DEBUG: AT2[modem]: -- AT+CMGS=154^M DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: send command status: 1 DEBUG: AT2[modem]: -- 0071000C91362950813311A7A0050003000201E8E5391D14168FC96590F98C4EABD7 A0B0784C2E83CC67745ABD0685C5637219643EA3D3EA35282C1E93CB20F3199D56AF4161 F1985C0699CFE8B47A0D0A8BC7E432C87C46A7D56B50583C269741E6333AAD5E83C2E231 B90C329FD169F51A14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685C5637219 643EA3D3EA35282C1E93CB DEBUG: AT2[modem]: -- ^Z DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: -- +CMGS: 239 DEBUG: AT2[modem]: -- OK DEBUG: AT2[modem]: send command status: 0 Just eye-balling it looks suspicious. Since the message length is 220, the two parts are not going to be the same size. Shouldn't the big part get sent first? In fact, decoding the PDUs confirms my suspicion (using this). The first pdu sent to the modem is fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde f which is clearly the second part. The second pdu sent to the modem is test abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde which is clearly the first part. Why is kannel reversing the sms order sent to the modem? Thanks, aaron On Nov 5, 2007, at 12:44 PM, info.ubichip wrote: Hi all, AFAIK, send content through SMS should be managed by a protocol such as SAR : Segmentation And Reassembly, this is a Mécanism used to segment and reassemble the different paquets SAR is used with wap gateway and is supposed to be handled by the phone as well. The fact that the packets are arrived in the correct order is upon the operator responsibility (typically differents SMS are not always proceed by the same SMSC), there is nothing to do on the kannel side. Hope that helps, Regards From: Ady Wicaksono [mailto:[EMAIL PROTECTED] Sent: dimanche 4 novembre 2007 20:37 To: [EMAIL PROTECTED] Cc: users@kannel.org Subject: Re: multi-part sms order It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, Aaron Simmons [EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/ Antivirus avast!: message Sortant sain. Base de donnees virale (VPS) : 071104-0, 04/11/2007 Analyse le : 04/11/2007 20:44:24 avast! - copyright (c) 1988-2007 ALWIL Software.
Re: multi-part sms order
I originally found this issue in 1.4.1. However, I just did a cvs checkout and it occurs there as well. On Jan 22, 2008, at 10:38 AM, Aaron Simmons wrote: I've finally had time to revisit this issue. Turns out that kannel sends multi-part smses in *reverse* order. This happens whether concatenation is true or false. For example, lets say I send this 220 character-long message: test abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde f The kannel modem log looks like this (edited for brevity): DEBUG: AT2[modem]: TP-Validity-Period: 24.0 hours DEBUG: AT2[modem]: -- AT+CMGS=79^M DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: send command status: 1 DEBUG: AT2[modem]: -- 0051000C91362950813311A74A05000300020240E6333AAD5E83C2E231B90C329F D169F51A14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685C5637219643EA3 D3EA35282C1E93CB2033 DEBUG: AT2[modem]: -- ^Z DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: -- +CMGS: 239 DEBUG: AT2[modem]: -- OK DEBUG: AT2[modem]: send command status: 0 DEBUG: AT2[modem]: TP-Validity-Period: 24.0 hours DEBUG: AT2[modem]: -- AT+CMGS=154^M DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: send command status: 1 DEBUG: AT2[modem]: -- 0071000C91362950813311A7A0050003000201E8E5391D14168FC96590F98C4EAB D7A0B0784C2E83CC67745ABD0685C5637219643EA3D3EA35282C1E93CB20F3199D56AF 4161F1985C0699CFE8B47A0D0A8BC7E432C87C46A7D56B50583C269741E6333AAD5E83 C2E231B90C329FD169F51A14168FC96590F98C4EABD7A0B0784C2E83CC67745ABD0685 C5637219643EA3D3EA35282C1E93CB DEBUG: AT2[modem]: -- ^Z DEBUG: AT2[modem]: -- DEBUG: AT2[modem]: -- +CMGS: 239 DEBUG: AT2[modem]: -- OK DEBUG: AT2[modem]: send command status: 0 Just eye-balling it looks suspicious. Since the message length is 220, the two parts are not going to be the same size. Shouldn't the big part get sent first? In fact, decoding the PDUs confirms my suspicion (using this). The first pdu sent to the modem is fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde f which is clearly the second part. The second pdu sent to the modem is test abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde fghijk abcde which is clearly the first part. Why is kannel reversing the sms order sent to the modem? Thanks, aaron On Nov 5, 2007, at 12:44 PM, info.ubichip wrote: Hi all, AFAIK, send content through SMS should be managed by a protocol such as SAR : Segmentation And Reassembly, this is a Mécanism used to segment and reassemble the different paquets SAR is used with wap gateway and is supposed to be handled by the phone as well. The fact that the packets are arrived in the correct order is upon the operator responsibility (typically differents SMS are not always proceed by the same SMSC), there is nothing to do on the kannel side. Hope that helps, Regards From: Ady Wicaksono [mailto:[EMAIL PROTECTED] Sent: dimanche 4 novembre 2007 20:37 To: [EMAIL PROTECTED] Cc: users@kannel.org Subject: Re: multi-part sms order It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, Aaron Simmons [EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/ Antivirus avast!: message Sortant sain. Base de donnees virale (VPS) : 071104-0, 04/11/2007 Analyse le : 04/11/2007 20:44:24 avast! - copyright (c) 1988-2007 ALWIL Software.
Re: multi-part sms order
kannel will split it one by one following GSM 03.40 standard if you connect to the phone using AT+Command then the firmware of phone can not be predictable if you try to compare between 1. sending using AT+Command (this method should done by kannel) 2. sending using mobile phone itself On 11/6/07, Aaron Simmons [EMAIL PROTECTED] wrote: It isn't that big of a deal, but it is a kind of weird user experience if there's a delay between parts. They're sitting there with part three but can't really do anything with it until part one comes in. Anyway, I'll look at the smsc log. Trouble is, the pdu format is rather obtuse to me. Its hard to tell what's what... Does kannel send the whole sms to the phone in one go and its the phone's job to split it up, or does kannel send it piece by piece? On Nov 6, 2007 4:01 PM, Ady Wicaksono [EMAIL PROTECTED] wrote: Hi, you can activate log file to see what really happened but I think this is not really important thing to know On 11/6/07, Aaron Simmons [EMAIL PROTECTED] wrote: fyi, this is a kannel setup using a gsm cellphone, not smpp or any other gateway. The weird thing is, its quite consistent. I can send a three-part sms *by hand* using the same phone and it will arrive at its destination in order (part 1 first, etc). But when I send the same three-part sms via kannel it arrives backwards (part 3 first, etc). This sounds like a dumb question, but...what order does kannel send a multipart message in? On Nov 5, 2007 12:44 PM, info.ubichip [EMAIL PROTECTED] wrote: Hi all, AFAIK, send content through SMS should be managed by a protocol such as SAR : Segmentation And Reassembly, this is a Mécanism used to segment and reassemble the different paquets SAR is used with wap gateway and is supposed to be handled by the phone as well. The fact that the packets are arrived in the correct order is upon the operator responsibility (typically differents SMS are not always proceed by the same SMSC), there is nothing to do on the kannel side. Hope that helps, Regards -- *From:* Ady Wicaksono [mailto:[EMAIL PROTECTED] *Sent:* dimanche 4 novembre 2007 20:37 *To:* [EMAIL PROTECTED] *Cc:* users@kannel.org *Subject:* Re: multi-part sms order It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, *Aaron Simmons* [EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/ -- Antivirus avast! http://www.avast.com: message Sortant sain. Base de donnees virale (VPS) : 071104-0, 04/11/2007 Analyse le : 04/11/2007 20:44:24 avast! - copyright (c) 1988-2007 ALWIL Software. -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/ -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/
Re: multi-part sms order
fyi, this is a kannel setup using a gsm cellphone, not smpp or any other gateway. The weird thing is, its quite consistent. I can send a three-part sms *by hand* using the same phone and it will arrive at its destination in order (part 1 first, etc). But when I send the same three-part sms via kannel it arrives backwards (part 3 first, etc). This sounds like a dumb question, but...what order does kannel send a multipart message in? On Nov 5, 2007 12:44 PM, info.ubichip [EMAIL PROTECTED] wrote: Hi all, AFAIK, send content through SMS should be managed by a protocol such as SAR : Segmentation And Reassembly, this is a Mécanism used to segment and reassemble the different paquets SAR is used with wap gateway and is supposed to be handled by the phone as well. The fact that the packets are arrived in the correct order is upon the operator responsibility (typically differents SMS are not always proceed by the same SMSC), there is nothing to do on the kannel side. Hope that helps, Regards -- *From:* Ady Wicaksono [mailto:[EMAIL PROTECTED] *Sent:* dimanche 4 novembre 2007 20:37 *To:* [EMAIL PROTECTED] *Cc:* users@kannel.org *Subject:* Re: multi-part sms order It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, *Aaron Simmons* [EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/ -- Antivirus avast! http://www.avast.com: message Sortant sain. Base de donnees virale (VPS) : 071104-0, 04/11/2007 Analyse le : 04/11/2007 20:44:24 avast! - copyright (c) 1988-2007 ALWIL Software.
Re: multi-part sms order
My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. yeah i sometimes have messages arrive out of order using SMPP. not often. if the message has more than 3 parts often the 4th part takes a long time to arrive (sometimes even a couple of minutes). cheers iain
Re: multi-part sms order
It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, Aaron Simmons [EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/
RE: multi-part sms order
Hi all, AFAIK, send content through SMS should be managed by a protocol such as SAR : Segmentation And Reassembly, this is a Mécanism used to segment and reassemble the different paquets SAR is used with wap gateway and is supposed to be handled by the phone as well. The fact that the packets are arrived in the correct order is upon the operator responsibility (typically differents SMS are not always proceed by the same SMSC), there is nothing to do on the kannel side. Hope that helps, Regards _ From: Ady Wicaksono [mailto:[EMAIL PROTECTED] Sent: dimanche 4 novembre 2007 20:37 To: [EMAIL PROTECTED] Cc: users@kannel.org Subject: Re: multi-part sms order It's normal, and offcourse mobile phone must wait all messages to arrive first until it can reassemble the message. On 11/5/07, Aaron Simmons [EMAIL PROTECTED] wrote: My system is sending a lot of multi-part smses. While the sending works, I've noticed that the parts usually arrive in reverse order or out of order. e.g., if I'm sending a three-part sms, part three will arrive at the user's phone first, followed by part two, followed by part one. The user's phone will of course reassemble the message, but they must wait to read their message until part one arrives. Is anyone else seeing this? Or is it an idiosyncracy of the gsm phone I'm using to send the messages? I'm using kannel 1.4.1 with a nokia. Thanks, aaron -- Regards, Ady Wicaksono Email: ady.wicaksono at gmail.com http://adywicaksono.wordpress.com/ _ Antivirus avast! http://www.avast.com : message Sortant sain. Base de donnees virale (VPS) : 071104-0, 04/11/2007 Analyse le : 04/11/2007 20:44:24 avast! - copyright (c) 1988-2007 ALWIL Software.