Technical Issues with Patches

Technical Issues with Patches SearchSearch

SMS & MMS Technical Forum » NowSMS Support - SMS Issues (Product Support Only) » Archive through June 21, 2007 » Technical Issues with Patches « Previous || Next »
Author Message
sam
New member
Username: Samdsouza

Post Number: 11
Registered: 08-2006
Posted on Tuesday, January 30, 2007 - 12:44 pm:   

Hi

Have noticed the following problems with the patches:

1. After installing patch2007.zip the User Account Statistics in the Web Admin doesnt display the User usage stats. The User usage stats are correctly displayed on NowSMS but not on the Web Admin.

2. Patches Released after 2006-09-18 have a bug with the Delivery Reports. Delivery Reports for binary content dont get routed to the user accounts. They do come in to the SMS-IN folder. Whereas Delivery Reports for plain text sms content works properly.

3. Account Balance validation doesnt work. If the client is sending via the web interface and his balance goes zero while sending or while he is connected then NowSMS doesnt stop the send. It shows negative balance in the user stats and the sms get processed even though the balance is negative. The admin interface shows "Current credits = 4294962861" and the main usage stats of the user shows the negative balance. This behavious is noticed while sending through the web interface.

Sam
Malcolm - Now Support
Moderator
Username: Malcolm

Post Number: 144
Registered: 12-2006
Posted on Wednesday, January 31, 2007 - 07:59 pm:   

Hi Sam,

1. We are aware of this problem, and it has been fixed.

2. We could use some more information regarding this issue. What is the type of external SMSC connection?

We probably need a debug log in order to understand the issue.

I just tried a quick test here, and didn't have a problem with delivery receipts getting routed back to the user account for either a text or binary message when routing externally via either SMPP or a GSM modem ... so there must be some other factor that I am issing.

3. I have seen where the web interface will display a very large number instead of a negative number if the account balance is negative.

However, in my tests, this is only a cosmetic issue, as the user account can still not submit messages.

And I have not seen any way to make the credit balance go negative other than entering negative numbers in the "credits to add" field. If you are aware of other means, then please advise.

I suppose we could add some safety by preventing account balances from going below 0. But I am curious about any scenario through which a user with a negative account balance is allowed to submit messages.

--
Malcolm
Now Wireless Support
sam
New member
Username: Samdsouza

Post Number: 12
Registered: 08-2006
Posted on Thursday, February 01, 2007 - 08:55 am:   

Hi Malcom

Thanks for the reply. Following Responces

1. The Web Admin User usage stats issue is resolved.

2. Patches Released after 2006-09-18 have a bug with the Delivery Reports. Delivery Reports for binary content dont get routed to the user accounts. They do come in to the SMS-IN folder. Whereas Delivery Reports for plain text sms content works properly.

I can confirm this doesnt work while sending binary like Ringtone. It works for text as well as unicode messaegs. When a binary like ringtone is sent..the delivery report comes in to the SMSIN folder but doesnt get routed to LocalUser in the SMSOUT file. For text as well as unicode messaegs the delivery report is logged getting routed to the LocalUser.

I get the following content in the sms in

Text,iHi1SFøΣ4pDI¥ìH9uDi£$èøΔdXYΓGLÅΔ ¿@ΘWNX6ih£!ΠøÑ2:¿Ö£#ùLΣ1hHΘ¥èY7nJ£!ΠøÑ2:¿Ö£#ùLΣ1hHΘ¥dÆ :ahi!TòS¤V¤_$RLÆ9:¿¡£¥èU2xhi1P@A
£+èDf £$Ω$$@ ¡ΦæuΞ,123456

I have noticed a different nowsms message ID comming in. Previoulsy it used to be "454ACD54.req" and now its "00000005.req". Is this becuase of the change in message ID form AlphaNumeric to Numeric only?

Patches Released before 2006-09-18 worked fine with the delivery reports for Ringtones.

3. Account Balance validation doesnt work. If the client is sending via the web interface and his balance goes zero while sending or while he is connected then NowSMS doesnt stop the send. It shows negative balance in the user stats and the sms get processed even though the balance is negative. The admin interface shows "Current credits = 4294962861" and the main usage stats of the user shows the negative balance. This behavious is noticed while sending through the web interface.

I can confirm this is still an issue. I creted a useraccount. Put in 500 credits. I logged in to the web interface and submitted 1000 messages in a single session. all the 1000 messages got accepted and went to the Q folder.

After that i clicked on the send text message link and it showed the Current credits = 4294962861. At this point of time when i again tried submitting messaegs it gave me the balance not available error. But when sending those 1000 sms it didnt give me an error after 500 sms credits were used and it actually accepted all the 1000 messaegs.

Thanks

Sam}
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 6899
Registered: 10-2002
Posted on Thursday, February 01, 2007 - 08:35 pm:   

Hi Sam,

I'm going to respond to the issues out of order, as #3 is the one that I am most concerned with.

We've tried a variety of different versions of NowSMS, but we don't see this. We see the web interface reporting a very large number for the current credit balance (instead of a negative number), but we only see this occur if credits were subtracted from the account manually.

As a test, I created a user account, and gave it 500 credits. I then went into "Send Text Message" and selected a distribution list with several thousand entries in it. NowSMS returned an error indicating that the credit limit was exceeded, and did not send any messages. (The account still had 500 credits, because no credits were deducted.)

I'd like to know how to recreate this, because you must be doing something different.

But in the meantime, we did make adjustments to the latest patch so that the credit balance could never "go negative". I expect that would resolve some problems you are having. The download is the same as before http://www.nowsms.com/download/patch2007.zip.

But it still would not resolve a problem where a user has 500 credits, but is allowed to submit 1000 messages. Can you step me through the process to recreate this? You must be doing something different that I am not thinking of trying.

2. I don't see this behaviour. I've tried sending some ring tones with receipt requested, and there is nothing different about them. I think we need to see an SMSDEBUG.LOG in order to understand. (If you do not want to post it here, e-mail it to nowsms@now.co.uk with "Attention: Bryce" in the subject line. Include a reference to remind me why I asked to see the log file.)

Regarding the change from "454ACD54.req" to "00000005.req", that is a somewhat temporary change. The 2007.01.30 version included a change to message id tracking. In some situations, this would cause the message id's to start at "00000001.req" after the first time this new version is started. (The 2007.01.31 version changed things so that it does not start at "00000001".) It is still an alphanumeric value.

-bn
sam
New member
Username: Samdsouza

Post Number: 13
Registered: 08-2006
Posted on Monday, February 05, 2007 - 06:31 am:   

Hi Bryce

Thanks for your reply. Following points:

3. "but we only see this occur if credits were subtracted from the account manually." I can confirm that I didnt substract the credits from the user account. The account went negative while submtting.

I dont recollect doing anything special while getting that scenario. Tried submtting the messages couple of times using the web interface and it accepted and showed a negative balance.

2. The Delivery Reports for Ringtone are getting stuck in the smsin folder and they are not getting routed to the local user. The message ID after intalling the latest patch is still numeric. The message ID assinged for the outgoing sms is 0000001B while the incomming message id is 0000001C. Is this due to mismatch in the message ID?

Following smsdebug log:

12:29:44:890 [0] main: Now SMS/MMS Gateway v2007.01.31 Web server started on port number 8800
12:29:46:890 [0] main: 24 Days remaining in trial version
12:29:46:890 [4] ThreadProcessModem: SDKLINK - VirtualSMSC
12:29:46:890 [5] ThreadProcessModem: SMPP - XX.XX.XX.XX:5003
12:29:46:890 [4] SenderAddressOverride: Yes
12:29:53:656 [9] ThreadSmppSubmitAsyncHelper: Start Thread
12:30:14:281 [10] ThreadProcessConnection: Processing connection from 67.15.56.13...

12:30:14:296 [10] ThreadProcessConnection: Processing request /?user=test&password=test&PhoneNumber=639207424555&&UDH=06050415811581&Data=6806 050415810000024A3A754D85A985B984814D85A985B98404006718A2F03303483303483302E83483 302E82F03303483303483302E83483302E82B02F03282F03282F02A83282F02A42F03303503282F0 2E43503503242F02A43483302E03483503242F02A40000&DCS=F5&Binary=1&Sender=123456
12:30:14:296 [10] Debug: 1 recipient entries
12:30:14:296 [10] ThreadProcessConnection: Before message loop
12:30:14:328 [10] ThreadProcessConnection: Before message loop
12:30:14:328 [10] ThreadProcessConnection: Begin message loop
12:30:14:343 [10] ThreadProcessConnection: End message loop
12:30:14:437 [10] ThreadProcessConnection: Request processing complete
12:30:14:703 [5] ThreadProcessModem: Processing 0000001B.req...
12:30:14:703 [5] SMPPSubmitAsyncQ: Depth 1
12:30:15:328 [9] CheckSmppSubmitAsyncQ: 0000001B
12:30:15:328 [9] SMPPSubmitAsyncQ: Depth 0
12:30:21:250 [5] SMPPReceiveMessageCallback: inbound message: sender=639207424555, recip=123456, pid=0, dcs=0, msgFlags=4, udh=, msg=iHi1cF
Σ9¿dÇΓìH9uDi£$èøΔdXYΓGLÅΔ ¿@ΘWNX6ih£!ΠøÑ2:¿Ö£#ùLΞ1dD_¥èY7nJ£!ΠøÑ2:¿Ö£#ùLΞ1dD_¥dÆ:a hi!TòS¤V¤_$RLÆ9:¿¡£¥èU2xhi1P@A
£+èDf £$Ω$$@ ¡ΦæuΞ
12:30:21:906 [7] ThreadProcessInboundSMS: Processing 0000001C.in...

3. Have noticed one more issue in the patches. It creates 2 folders for a same user in the Q folder when there are errors. "test" and "test###1". This I didnt notice previously.

Regards
Sam
Malcolm - Now Support
Moderator
Username: Malcolm

Post Number: 163
Registered: 12-2006
Posted on Monday, February 05, 2007 - 05:07 pm:   

Sam,

We're probably going to need to see an smppdebug.log (email it to nowsms@now.co.uk with "Attention: Malcolm" in the subject line, or post it here), because we need to see the raw submission and the raw receipt data that comes back.

The multiple q folders is normal. It is a performance aid when submitting to more than 10000 recipients.

-Malcolm
sam
New member
Username: Samdsouza

Post Number: 14
Registered: 08-2006
Posted on Friday, February 09, 2007 - 08:54 am:   

Hi

Does the multiple Q folder come in even while sending to incorrect mobile numbers? I got the 2 folders when i was testing the web interface

Following SMPP Debug logs:

15:03:24:031 (00000164) XX.XX.XX.XX --: SMPPBind: Got an SMPP response
15:03:24:031 (00000164) XX.XX.XX.XX <-: 21 byte packet
15:03:24:031 (00000164) XX.XX.XX.XX <-: 00 00 00 15 80 00 00 09 00 00 00 00 00 00 00 01
15:03:24:031 (00000164) XX.XX.XX.XX <-: 73 6D 73 6A 00 test
15:03:24:031 (00000164) XX.XX.XX.XX ->: 165 byte packet
15:03:24:031 (00000164) XX.XX.XX.XX ->: 00 00 00 A5 00 00 00 04 00 00 00 00 00 00 00 02
15:03:24:031 (00000164) XX.XX.XX.XX ->: 00 00 01 31 32 33 34 35 36 37 34 00 00 01 39 31 12345674 63
15:03:24:031 (00000164) XX.XX.XX.XX ->: 39 38 32 30 38 38 34 30 36 34 00 40 00 03 00 00 9207424555 @
15:03:24:031 (00000164) XX.XX.XX.XX ->: 01 00 F5 00 70 06 05 04 15 81 15 81 68 06 05 04 p h
15:03:24:031 (00000164) XX.XX.XX.XX ->: 15 81 00 00 02 4A 3A 75 4D 85 A9 85 B9 84 81 4D J:uM M
15:03:24:031 (00000164) XX.XX.XX.XX ->: 85 A9 85 B9 84 04 00 67 18 A2 F0 33 03 48 33 03 g 3 H3
15:03:24:031 (00000164) XX.XX.XX.XX ->: 48 33 02 E8 34 83 30 2E 82 F0 33 03 48 33 03 48 H3 4 0. 3 H3 H
15:03:24:031 (00000164) XX.XX.XX.XX ->: 33 02 E8 34 83 30 2E 82 B0 2F 03 28 2F 03 28 2F 3 4 0. / (/ (/
15:03:24:031 (00000164) XX.XX.XX.XX ->: 02 A8 32 82 F0 2A 42 F0 33 03 50 32 82 F0 2E 43 2 *B 3 P2 .C
15:03:24:031 (00000164) XX.XX.XX.XX ->: 50 35 03 24 2F 02 A4 34 83 30 2E 03 48 35 03 24 P5 $/ 4 0. H5 $
15:03:24:031 (00000164) XX.XX.XX.XX ->: 2F 02 A4 00 00 /
15:03:24:718 CheckSmppSubmitAsyncQ: Mark submit as complete
15:03:24:718 CheckSmppSubmitAsyncQ: 45CC3FDF
15:03:24:718 (00000164) XX.XX.XX.XX --: WaitForResponseSMPP: SMPP Debug: received submit or data response
15:03:24:718 (00000164) XX.XX.XX.XX <-: 25 byte packet
15:03:24:718 (00000164) XX.XX.XX.XX <-: 00 00 00 19 80 00 00 04 00 00 00 00 00 00 00 02
15:03:24:718 (00000164) XX.XX.XX.XX <-: 32 30 42 35 31 33 32 44 00 20B5132D
15:03:31:500 (00000164) XX.XX.XX.XX --: WaitForResponseSMPP: SMPP Debug: received a deliver message
15:03:31:500 (00000164) XX.XX.XX.XX <-: 174 byte packet
15:03:31:500 (00000164) XX.XX.XX.XX <-: 00 00 00 AE 00 00 00 05 00 00 00 00 00 00 00 01
15:03:31:500 (00000164) XX.XX.XX.XX <-: 00 00 01 39 31 39 38 32 30 38 38 34 30 36 34 00 639207424555
15:03:31:500 (00000164) XX.XX.XX.XX <-: 00 01 31 32 33 34 35 36 37 34 00 04 00 00 00 00 12345674
15:03:31:500 (00000164) XX.XX.XX.XX <-: 00 00 00 00 79 69 64 3A 35 34 38 37 33 37 38 33 yid:54873783
15:03:31:500 (00000164) XX.XX.XX.XX <-: 37 20 73 75 62 3A 20 20 30 20 64 6C 76 72 64 3A 7 sub: 0 dlvrd:
15:03:31:500 (00000164) XX.XX.XX.XX <-: 20 20 30 20 73 75 62 6D 69 74 20 64 61 74 65 3A 0 submit date:
15:03:31:500 (00000164) XX.XX.XX.XX <-: 30 37 30 32 30 39 31 34 34 35 20 64 6F 6E 65 20 0702091445 done
15:03:31:500 (00000164) XX.XX.XX.XX <-: 64 61 74 65 3A 30 37 30 32 30 39 31 34 34 35 20 date:0702091445
15:03:31:500 (00000164) XX.XX.XX.XX <-: 73 74 61 74 3A 44 45 4C 49 56 52 44 20 65 72 72 stat:DELIVRD err
15:03:31:500 (00000164) XX.XX.XX.XX <-: 3A 30 30 30 20 54 65 78 74 3A 06 05 04 15 81 15 :000 Text:
15:03:31:500 (00000164) XX.XX.XX.XX <-: 81 68 06 05 04 15 81 00 00 02 4A 3A 75 4D h J:uM
15:03:31:500 (00000164) XX.XX.XX.XX ->: 17 byte packet
15:03:31:500 (00000164) XX.XX.XX.XX ->: 00 00 00 11 80 00 00 05 00 00 00 00 00 00 00 01
15:03:31:500 (00000164) XX.XX.XX.XX ->: 00

Regards
Sam
sam
New member
Username: Samdsouza

Post Number: 15
Registered: 08-2006
Posted on Friday, February 09, 2007 - 08:56 am:   

Hi

Plz find the smppdebug log attatched also.

Thanks
Sam
text/plainsmppdebug
smppdebug.txt (3.9 k)
sam
New member
Username: Samdsouza

Post Number: 18
Registered: 08-2006
Posted on Saturday, February 24, 2007 - 01:14 pm:   

Hi Bryce/Malcom

Were you able to check this Delivery Report issue.

Regards
Sam
sam
New member
Username: Samdsouza

Post Number: 19
Registered: 08-2006
Posted on Thursday, March 08, 2007 - 07:23 am:   

Hi Bryce/Malcom

The issue with the Delivery Report for Binary still remains. My trial version of nowsms on my pc has got expired now but the following details might help in resolving the issue:

Patches after 2006.09.18

For Ringtone/Logo or any binary message..the report which shows in the SMS in Folder comes as:

Text,iHi1cfLΞ7dPASùH9uDi£$èøΔdXYΓGLÅΔ ¿@ΘWNX6ih£!ΠøÑ2:¿Ö£3ùøÆ1fD!¥èY7nJ£!ΠøÑ2:¿Ö£3ùøÆ1fD!¥dÆ :ahi!TòS¤V¤_$RLÆ9:¿¡£¥èU2xhi1P@A
£+èDf £$Ω$$@ ¡ΦæuΞ,1234567

The above doesnt get routed to user account...nor does it show in the SMS out log as getting routed to local user.

For patch 2006.09.18

For Ringtone/Logo or any binary message..the report which shows in the SMS in Folder comes as:

Text,id:45F13597 sub: 0 dlvrd: 0 submit date:0703081309 done date:0703081309 stat:DELIVRD err:000 Text:ùéèΩΩhùéèΩ@@$J:uM,123456,SMSCReceiptMsgId=45F13597

The above gets routed to user account...and it does show in the SMS out log as getting routed to local user.


Regards
Sam
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 6964
Registered: 10-2002
Posted on Thursday, March 08, 2007 - 06:19 pm:   

Hi Sam,

Whatever is going on is definitely specific to your provider, as I can't recreate any such problem.

It would be interesting to see an SMSDEBUG.LOG and SMPPDEBUG.LOG that covered the same period.

But as I take a fresh look at it, I think I see what is going on.

When your provider generates its return receipt, it is putting the user data header (UDH) from the original message into the text of the SMS.

In particular, part of the UDH that is included in the text contains the character "81". This character is not valid in the GSM character set. Because some SMSCs actually send text that is 7-bit packed, this causes NowSMS to see this character as a trigger to try to unpack the text ... resulting in a garbled mess.

While the UDH should not be included in the message in this way, NowSMS is definitely wrong to be scrambling the message.

We're going to undo this auto-detection, and if someone is working with an SMSC that delivers SMS messages in 7-bit format (there are only a few of them), they will have to add a configuration parameter.

I should be able to post an update in the next day or two.

Meanwhile, to get your trial extended, please send an e-mail message to "nowsms@now.co.uk". Put "Attention: Bryce" on the subject line. In the text, please remind me of this instance, and include the "installation reference code" reported by the "Serial #" page of the NowSMS configuration.

-bn
sam
New member
Username: Samdsouza

Post Number: 20
Registered: 08-2006
Posted on Friday, March 09, 2007 - 11:52 am:   

Hi Bryce

Thanks for your reply. Following logs

SMPPDEBUG.LOG (In this log the Delivery Report comes in properly)

17:25:05:125 (00000174) XX.XX.XX.XX <-: 32 37 45 32 44 32 39 33 00 27E2D293
17:25:11:796 (00000174) XX.XX.XX.XX --: WaitForResponseSMPP: SMPP Debug: received a deliver message
17:25:11:796 (00000174) XX.XX.XX.XX <-: 173 byte packet
17:25:11:796 (00000174) XX.XX.XX.XX <-: 00 00 00 AD 00 00 00 05 00 00 00 00 00 00 00 01
17:25:11:796 (00000174) XX.XX.XX.XX <-: 00 00 01 39 31 39 38 36 37 31 37 32 37 31 38 00 639207424555
17:25:11:796 (00000174) XX.XX.XX.XX <-: 00 01 31 32 33 34 35 36 37 00 04 00 00 00 00 00 1234567
17:25:11:796 (00000174) XX.XX.XX.XX <-: 00 00 00 79 69 64 3A 36 36 39 31 37 36 34 36 37 yid:669176467
17:25:11:796 (00000174) XX.XX.XX.XX <-: 20 73 75 62 3A 20 20 30 20 64 6C 76 72 64 3A 20 sub: 0 dlvrd:
17:25:11:796 (00000174) XX.XX.XX.XX <-: 20 30 20 73 75 62 6D 69 74 20 64 61 74 65 3A 30 0 submit date:0
17:25:11:796 (00000174) XX.XX.XX.XX <-: 37 30 33 30 39 31 37 30 37 20 64 6F 6E 65 20 64 703091707 done d
17:25:11:796 (00000174) XX.XX.XX.XX <-: 61 74 65 3A 30 37 30 33 30 39 31 37 30 37 20 73 ate:0703091707 s
17:25:11:796 (00000174) XX.XX.XX.XX <-: 74 61 74 3A 44 45 4C 49 56 52 44 20 65 72 72 3A tat:DELIVRD err:
17:25:11:796 (00000174) XX.XX.XX.XX <-: 30 30 30 20 54 65 78 74 3A 06 05 04 15 81 15 81 000 Text:
17:25:11:796 (00000174) XX.XX.XX.XX <-: 68 06 05 04 15 81 00 00 02 4A 3A 75 4D h J:uM
17:25:11:796 (00000174) XX.XX.XX.XX ->: 17 byte packet
17:25:11:796 (00000174) XX.XX.XX.XX ->: 00 00 00 11 80 00 00 05 00 00 00 00 00 00 00 01
17:25:11:796 (00000174) XX.XX.XX.XX ->: 00

SMSDEBUG.LOG (In this log the Delivery Report gets scrambled)

17:25:04:546 [5] ThreadProcessModem: Processing 0000006F.req...
17:25:04:546 [5] SMPPSubmitAsyncQ: Depth 1
17:25:05:140 [12] CheckSmppSubmitAsyncQ: 0000006F
17:25:05:140 [12] SMPPSubmitAsyncQ: Depth 0
17:25:11:796 [5] SMPPReceiveMessageCallback: inbound message: sender=639207424555, recip=1234567, pid=0, dcs=0, msgFlags=4, udh=, msg=iHi1c&NΣ7lP1sùH9uDi£$èøΔdXYΓGLÅΔ ¿@ΘWNX6ih£!ΠøÑ2:¿Ö£3ùLÆ1n¡9¥èY7nJ£!ΠøÑ2:¿Ö£3ùLÆ1n¡9¥dÆ :ahi!TòS¤V¤_$RLÆ9:¿¡£¥èU2xhi1P@A
£+èDf £$Ω$$@ ¡ΦæuΞ

Regarding my trial version getting expired I have installed nowsms on a different pc and tested it today. It would help if you have some kind of developer license for nowsms where you can provide the least possible speed per sms configuration for an extended duration.

Also I installed the 20070306 and tried * SMS Gateway: See http://support.nowsms.com/discus/messages/1/20068.html (fix relating to user account specific HTML templates). I found that it was the same as before only. Can you let me know what excatly was fixed on the user account html templates? I mean after the fix how does it work?

Thanks a lot

Sam
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 6977
Registered: 10-2002
Posted on Monday, March 12, 2007 - 07:31 pm:   

Hi Sam,

Send an e-mail to "nowsms@now.co.uk" with "Attention: Bryce" on the subject line ... and include the "installation reference code" reported by NowSMS in the "Serial #" tab. I will then send you an extended duration trial license.

There is an update posted to http://www.nowsms.com/download/20070309.zip which fixes the problem that I described above.

Regarding the user-specific HTML templates, I'll go over to that thread and post the info there.

-bn
sam
New member
Username: Samdsouza

Post Number: 23
Registered: 08-2006
Posted on Tuesday, March 13, 2007 - 11:13 am:   

Hi Bryce

Tested 20070309.zip update but the same results. The delivery report is still not in the proper format.

Regards
Sam
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 6983
Registered: 10-2002
Posted on Tuesday, March 13, 2007 - 07:43 pm:   

Hi Sam,

My fault. I generated the install without all of the updated DLLs.

The URL above has been updated with a fresh copy. The installer will identify as 2007.03.13.

-bn
sam
New member
Username: Samdsouza

Post Number: 24
Registered: 08-2006
Posted on Wednesday, March 14, 2007 - 06:41 am:   

Hi Bryce

Yes. This works now for the delivery reports. But I was testing sending 500 messages at a time via the web interface and i found that the processing was very slow as compared to previous patches. Has something else also changed?

Regards
Sam
sam
New member
Username: Samdsouza

Post Number: 25
Registered: 08-2006
Posted on Wednesday, March 14, 2007 - 08:03 am:   

Hi Bryce

Regarding slow processing of sms messages it was my mistake. I was submitting an incorrect message paramter and the providers smpp connection was rejecting the messages.

Regards
Sam
sam
New member
Username: Samdsouza

Post Number: 26
Registered: 08-2006
Posted on Wednesday, March 14, 2007 - 11:51 am:   

Hi Bryce,

I was testing ringtones for specific handsets and specific Operators but am getting majorly reject errors form the providers smpp connection.

Can you suggest some site where i can find details regarding how to push binarys like ringtones specifically. Example How do I push ringtones for specific handsets and for specific Operators (MCC code usage)

Also regarding the delivery reports..Should i set DefaultDelReceipt=Yes or DeliveryReceiptFlag=1 for requesting the delivery report back? Or ReceiptRequested=Yes is enough to set the dr flag=1

Regards
Sam
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 6996
Registered: 10-2002
Posted on Friday, March 16, 2007 - 07:50 pm:   

Hi Sam,

Ringtone formats are more an issue of being phone specific, rather than operator specific. The only time that MCC and MNC codes come into play are with the old style Nokia operator logo. (Nokia also has a new operator logo format, but this one just lets you configure a graphic for a small bar on the display, while the old fomat let you set a background for the phone's "idle" screen.)

If the operator SMPP connection is rejecting the message, then this suggests that there is a problem with the basic message format. Usually this would be a UDH formatting error ... such as the length field not being set properly, or the length parameter for an individual element in the UDH not being set properly. (NowSMS should probably validate any UDH when accepting messages to help ... well, at least that would be a nice extra feature ... but it doesn't do that.)

It is also possible that your operator/provider may have rules that do not allow certain formats. I can't say that I've seen too much of this, but I do remember once encountering a provider that would not accept WAP push messages.

-bn
sam
New member
Username: Samdsouza

Post Number: 28
Registered: 08-2006
Posted on Tuesday, March 20, 2007 - 08:54 am:   

Hi Bryce

Thanks for your inputs. Appreciate it. The validation of UDH would really help but that would be bit too much to ask for.

Would like to make few suggestions on the web interface. It would be great to have a link on the web interface where useraccount can check the sms they have sent and the respective delivery reports.

Or maybe some kind of HTTP call back where the user can input the message ID assinged and check the delivery report.

Currently nowsms stores day wise text files of the sms sent and the delivery reports in the same file. It would be great if they can be displayed in the web interface.

Regards
Sam
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 7007
Registered: 10-2002
Posted on Wednesday, March 21, 2007 - 05:26 pm:   

Hi Sam,

For the next major release, we are concentrating on improving some of the administrative/statistical capabilities.

It won't have everything that everyone wants, but it will be a step in the right direction, and will gradually be improved in subsequent updates.

Initially, users will have access to their logs via the web interface. But we're not doing anything with delivery reports initially ... there are longer term plans for this ... just not short term.

We're open for more short term oriented suggestions. For example having a configuration option for a per-user callback URL to route delivery reports back to a user could be possible. Particularly if we could use a fixed template for the URL parameters, and users could specify a base URL on a per-user account basis (e.g., http://server/path/script.php would mean that we call that script with a fixed template of URL parameters). hmm....

-bn
sam
New member
Username: Samdsouza

Post Number: 29
Registered: 08-2006
Posted on Friday, March 23, 2007 - 03:58 am:   

Hi Bryce,

Looks good enough. If the logs can be displayed via the user account then it would contain the delivery reports also.

For the call back url I think it would be better if the user can check the delivery reports via the regular HTTP URL. Something on the following lines:

http://server:8800/?user=test&password=test&MessageID=0000006F

When the above url is called it can display a DLVRD or UNDLRVD status. This status can be picked/parsed form the log file which contains the delivery report with the corresponding message ID.

This would not involve any kind of processing on nowsms behalf as compared to pushing deilvery reports to http://server/path/script.php

Regards
Sam

Login Login / Register Logout Logout Search Last 30 Days Topics Topics