I have release version 2.9.2. Please test it and let me know if the issue is fixed. In the fixed version the 3rd part is 148 octets, because of the escaped character that takes 2 octets. Library always tries to keep the whole character in the message part. Therefore two octets character is shifted t...

Thank you, now I see that 3rd part has 150 octets. I'll check this case.
I suppose you are also expecting maximum 149 octets in all parts.

You can call different handlers from evDeliverSm event handler. private void OnDeliverSm(object sender, DeliverSm data) { SmppClient client = sender as SmppClient; if (data.MessageType == MessageTypes.SMSCDeliveryReceipt) { OnDeliveryReceipt(client , data); } else { OnMessage(client , data); } }

As I can see we have different results for the same text. Which library version are you testing now? my test code: string messageText = @"XXXXÖDÜLLÜ DENEME SINAVI BİLGİLENDİRMESİ (hatırlatma) Değerli Katılımcımız Sınavımız YARIN ÖSYM Saati ile 11 NOLU SALONDA GENEL YETENEK-GENEL KÜLTÜR 10:15' te EĞİ...

1 Part, 149 octets XXXXÖDÜLLÜ DENEME SINAVI BİLGİLENDİRMESİ (hatırlatma) Değerli Katılımcımız Sınavımız YARIN ÖSYM Saati ile 11 NOLU SALONDA GENEL YETENEK- 2 Part, 149 octets GENEL KÜLTÜR 10:15' te EĞİTİM BİLİMLERİ 14:45' te gerçekleştirilecektir. Katılımcıların 15 dakika önce kurumda bulunmaları ri...

It depends on how the SMPP provider implements message routing. Sometimes you need to bind with specific SystemType. f.i. Bind Receiver with SystemType="DLR" receives only delivery receipts.

I get following parts: ÖDÜLLÜ DENEME SINAVI BİLGİLENDİRMESİ (hatırlatma) Değerli Katılımcımız Sınavımız YARIN ÖSYM Saati ile 6 NOLU SALONDA GENEL YETENEK-GENEL KÜLTÜR 10:15' te EĞİTİM BİLİMLERİ 14:45' te gerçekleştirilecektir. Katılımcıların 15 dakika önce kurumda bulunmaları rica olunur. Katı lımın...

In the library the text above is splitted on 4 parts: 149, 149,148, 60 octets

Could you help me to understand how you get 150?

I want to understand how you get 150 ?

When you send concatenated message with single shift table, the UDH takes 9 octets, which corresponds to 11 7-bit characters. which reduces the maximum number of characters per single message to 149.

As far as I understood you had confirmed that the issue with shift tabled is fixed in v 2.9.
Are you facing any other issue?

Version 1.1 is not supported anymore.
I suggest you to upgrade to version 2.9. There are a lot of improvements.

I think I found where is the issue.

Please try the version https://www.inetlab.com/Download/2.9.0- ... b.SMPP.zip

How your project calculates the length?

Hi xhide, Which version did you test? Could you please try with latest https://www.inetlab.com/Download/2.9.0-beta-2271/Inetlab.SMPP.zip Please always test Release version without attached debugger. The TCP Windows Size should be scaled automatically. You can check the size of the window with Wiresh...

Which versions did you test?

Could you please test with latest https://www.inetlab.com/Download/2.9.0- ... b.SMPP.zip

Turkish language has both Single and Locking shift tables.

I think in your case you need to use locking shift table.