If I send a group image/bookmark from my nokia to the smsc, I receive the udh in the text field, not in XSER.
like text=060504158200003000..... um abraço, -- Bruno David Rodrigues ----- Original Message ----- From: "Christian Theil Have" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 26, 2001 11:50 AM Subject: Re: Incoming concatenation.. > Parse the xser field and check for the udh type of service (01). Then > look in the udh data > for catenated message identifier (00)... > > /Christian > > Bruno David Rodrigues wrote: > > I think we should catenate them in smsc_* code as we want to move > the splitting from smsbox to smsc_* too. > > BTW: in emi2, we don't have a udhi (udh indicator) bit. How do we > distinguish that we have a udh ? > > -- > Bruno David Rodrigues > > > > ----- Original Message ----- > From: "Kalle Marjola" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Friday, October 26, 2001 8:41 AM > Subject: RE: Incoming concatenation.. > > > >On Fri, 26 Oct 2001, Anders Lindh wrote: > > > >>Ok.. What would be required to implement the functionalty? Basically, > >>I'd need to atleast get the contents of the messages. A "strip-udh" > >>setting in kannel.conf could be implemented, this way the dirrent parts > >>of long messages could be saved. Any thoughts? > >> > >Whenever an SMS with concatenation set on arrives, put it aside until all > >parts have been received. Then when the entire message has been received, > >do whatever merge/etc. is needed. > > > >In this case, a suitable plcae for bundling would be smsbox, I guess. > >Of course if some parts never arrive the rest are forever queued, but that > >is more like a fundamental question in multipart messages. > > > > > >&Kalle > > > > > > > > > > > > > > >
