> >> > > > >> > >I wanted to know that when submitting concatenated short messages to a > >> > >SMSC, how many Delivery Notifications do I expect from SMSC? Does SMSC > >> > >reply with only one Delivery Notification or it replies with separate > >> > >Delivery Notification for every slice? > >> > >Does this depend on the capability of the Handset to display a > >concatenated > >> > >short message as a single message? > >> > > >> > The code which splits SMS into individual SMS's puts the DLR request > >> > on the first segment but not on the following ones. This means if a > >> > user submits one SMS which gets split internally and invisibly > >> > inside Kannel and gets sent to the SMSC, the user gets one delivery > >> > notification on reception of the first message. > > > > > >[JS] Why should Kannel be doing anything of this sort? What happens to the > >deliver status report of other segments in such a case if SMSC provides > >separate deliver status reports for each segment (This was my question in > >first place. Can somebody please confirm the SMSC behaviour ?) > > Simple: if your application sends 1 large SMS and gets 3 delivery > reports for 1 SMS sent its getting confused.
But isn't the right thing to do will be to wait till delivery status reports for all parts has arrived and then only going ahead with informing the application about the status of long message submitted.? > if your application > sends 3 SMS parts then it gets 3 delivery reports. > Is this SMSC specific behavior bcoz my SMSC is behaving very arbitrarily when I ask for Delivery receipts for all parts? For a long message splitted in 3 parts, its sometimes providing only 1 or 2 delivery receipts even when I get all msg parts on my handset. My handset is Nokia 3310. And am communicating to SMSC on SMPP 3.4. Has anybody else also observed this kind of behavior from their SMSC's?
