RE: 8 bit message problem

Avner Sternheim <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <DC11ECFDC22ED511890D0002A5071E3B043F91@outlook_web.outlook.co.il>
this are the access log file as you can see all the time the udh=0.
and the messages I sent was :

The first message was 
.../cgi-bin/sendsms?user=ewq32&pass=asds&to=97259473517&text=%FF

The second message was
.../cgi-bin/sendsms?user=ewq32&pass=asds&to=97259473517&text=%FF&coding=2

the last message I sent was
.../cgi-bin/sendsms?user=ewq32&pass=asds&to=97259473517&text=%FF&udh=

2002-03-05 15:12:23 Log begins
2002-03-05 15:12:36 Log begins
2002-03-05 15:12:58 send-SMS request added - sender:tester:313203101
199.203.184.110 target:97254464047 request: '?'
2002-03-05 15:12:59 FAILED Send SMS [SMSC:Libertel] [SVC:tester] [ACT:]
[from:313203101] [to:97254464047] [flags:0:2:0:0:0] [msg:1:FF] [udh:0:]
2002-03-05 15:13:08 send-SMS request added - sender:tester:313203101
199.203.184.110 target:97254464047 request: '?'
2002-03-05 15:13:09 Sent SMS [SMSC:Libertel] [SVC:tester] [ACT:]
[from:313203101] [to:97254464047] [flags:0:1:0:0:0] [msg:1:?] [udh:0:]
2002-03-05 15:13:25 send-SMS request added - sender:tester:313203101
199.203.184.110 target:97254464047 request: '<< UDH >>'
2002-03-05 15:13:25 Sent SMS [SMSC:Libertel] [SVC:tester] [ACT:]
[from:313203101] [to:97254464047] [flags:0:1:0:0:0] [msg:1:?] [udh:0:]

> -----Original Message-----
> From:	Bruno David Rodrigues [SMTP:[email protected]]
> Sent:	05 March, 2002 3:03 PM
> To:	Avner Sternheim
> Cc:	[email protected]
> Subject:	Re: 8 bit message problem
> 
> If  you set udh and don't set coding, this defaults to 8 bit.
> 
> But are you saying that one operating system interprets udh as
> present and other don't ?
> 
> We use octstr_len(udh) to check the udh value, so even if udh
> is defined, it should be empty and the code should still set
> coding=7Bits.
> 
> Can you seen in logs if udh lenght is different from 0 ?
> 
> 
> ----- Original Message -----
> From: "Avner Sternheim" <[email protected]>
> To: "'Andreas Fink'" <[email protected]>
> Cc: <[email protected]>
> Sent: Tuesday, March 05, 2002 12:54 PM
> Subject: RE: 8 bit message problem
> 
> 
> > Hi,
> >
> > I didn't write the right parametes on the last message,
> > when I sent it  via the linux version I set the parameters as listed
> bellow.
> >
> > udh=&text=%ff%00%ff
> >
> > ( the text data is irrelevant but what was seems to be in the past that
> by
> > using the udh= , with no value it encrypt my text to 8 bit message.)
> >
> > I forgot to tell that I'm using protocol emi2. to connect my SMSC.
> >
> > > -----Original Message-----
> > > From: Andreas Fink [SMTP:[email protected]]
> > > Sent: 04 March, 2002 8:12 PM
> > > To: Avner Sternheim
> > > Subject: Re: 8 bit message problem
> > >
> > > >I was working on KANNEL version 1.1.5 on linux server and now I've
> > > switched
> > > >to
> > > >KANNEL 1.1.CVS version on windows 2000
> > > >
> > > >on the linux when I wanted to send data to an end unit I've send the
> data
> > > >with udh parameter and the text :
> > > >
> > > >&udh=%06%05%04%0B%84%23%F0&text=%ff%00%ff
> > > >
> > > >and not when with the NT CVS version the same line doesn't work
> > > >it seems that it send it in 7bit encoding.
> > > >and when I tried to change the coding paramer to 2 or 3 the message
> > > didn't
> > > >arrive at all
> > > >
> > > >does someone know the solution ?
> > >
> > > the UDH and content do look pretty strange to me.
> > > What is it supposed to be?
> > >
> > > --
> > >
> > > Andreas Fink
> > > Fink-Consulting
> > >
> > > ------------------------------------------------------------------
> > > Tel: +41-61-6932730 Fax: +41-61-6932729  Mobile: +41-79-2457333
> > > Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland
> > > E-Mail:  [email protected]  Homepage: http://www.finkconsulting.com
> > > ------------------------------------------------------------------
> > > Something urgent? Try http://www.smsrelay.com/  Nickname afink
> >
> >
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.