Urgent! HELP!

Hi I have 3 days trying to resolved this and has even replaced my GSM modem but still unresolved... Anyone knows the init-string for the GSM modem MC37i? (cinterion mc37i or siemens MC37i) I tried many variations of CMNI=, etc but still couldn't get Kannel to run smoothly. This is my

RE: Urgent! HELP!

What do you get if you set log-level to 'debug' (0)? Do you see which command exactly gives the error? Here, you can find an overview of possibly possible init strings: http://alumni.ipt.pt/~pmad/s35i_c35i_m35i_atc_commandset_v01.pdf. == Rene -Original Message- From:

Sending long message with Payload

Dear all, I am new to kannel, i currently use nowsms gateway for sms connectivity. my smsc provider requested some features that aren't availabe in nowsms. Basically it needs the following: 1- Destination alphanumeric + long message using UDH 2- Destination alphanumeric + long

Re: SMPP transit

Kirill Peskov schrieb: hi, i'm trying to apply scheme with smpp transit, i.e. i have smpp-sender --- kannel --- smpp-reciever should i have 2 smpp smsc's for correct trafic transit and reroute parameter set to true? as far as i read? kannel cannot act as an smpp server. is this true?

Re: Sending long message with Payload

I think I made a patch for that. It is freely available. Just that in stead of submit_sm, it uses data_sm pdu's. Not sure if that is what you want. Dear all, I am new to kannel, i currently use nowsms gateway for sms connectivity. my smsc provider requested some features that aren't

Re: Urgent! HELP!

Hi, As Rene stated, ALWAYS post debug level logs to this group. Lastly type AT+CNMI=? to your modem using minicom or other serial software to see what modes it supports. Or you can get wvdialconf to get a working init-string. BR, Nikos - Original Message - From: Rene Kluwen

Re: Sending long message with Payload

Hi, Kannel supports only UDH concatenation out of the box, not sar. Rene's patch might do it. It will support alpanumeric sender/receiver natively. BR, Nikos - Original Message - From: Rene Kluwen rene.klu...@chimit.nl To: falou zaynoun fzayn...@hotmail.com Cc: users@kannel.org

Re: Urgent! HELP!

Hi, It seems that your problem is with your CNMI value. This is modem/manufacturer specific. Try the CNMI=0,0,0,0,1 that the modem gives you. If that doesn't work, try some different values, examples can be found in modems.conf. Or run wvdialconf. You can remove CMEE. BR, Nikos -

DLR not being emptied for numbers it can't send to

Hi, I have a problem where if a number cannot be delivered to, it stays in DLR table until manually removed. I have this problem with both SMSc providers I use and it's only when trying to deliver to a single carrier that is having issues with MNP. I wish to know if it's possible to have kannel

RE: Urgent! HELP!

Hi I got a new error: 2010-06-02 10:19:09 [6006] [6] INFO: AT2[HSSMSC1]: Phase 2+ is supported 2010-06-02 10:19:09 [6006] [6] DEBUG: AT2[HSSMSC1]: -- AT+CSMS=1^M 2010-06-02 10:19:09 [6006] [6] DEBUG: AT2[HSSMSC1]: -- +CSMS: 1,1,1 2010-06-02 10:19:09 [6006] [6] DEBUG: AT2[HSSMSC1]: -- OK

Re: Urgent! HELP!

Check your SIM with another mobile. Also put back CNMI. Nikos - Original Message - From: Peter Lum pe...@hotsource.net To: 'Nikos Balkanas' nbalka...@gmail.com; users@kannel.org Sent: Wednesday, June 02, 2010 5:35 AM Subject: RE: Urgent! HELP! Hi I got a new error: 2010-06-02

Re: DLR not being emptied for numbers it can't send to

Hi, Nope. For that you would need portability support in bearerbox. I have developed such a feature for a commercial version used by amdtelecom. Nevertheless your carriers should return a failed DLR if they fail to deliver. Are you using dlr-mask=31? BR, Nikos - Original Message -

RE: Urgent! HELP!

OK, just to confirm, I tried sending SMS using minicom and it works.. so it is not the signal problem. -Original Message- From: Nikos Balkanas [mailto:nbalka...@gmail.com] Sent: 02 June 2010 10:42 To: Peter Lum; users@kannel.org Subject: Re: Urgent! HELP! Check your SIM with another

RE: Urgent! HELP!

Hi I put back the CNMI and here is what I got: 2010-06-02 10:37:00 [6521] [6] DEBUG: AT2[HSSMSC1]: -- AT^M 2010-06-02 10:37:00 [6521] [6] DEBUG: AT2[HSSMSC1]: -- OK 2010-06-02 10:37:00 [6521] [6] INFO: AT2[HSSMSC1]: Closing device 2010-06-02 10:37:00 [6521] [6] INFO: AT2[HSSMSC1]: speed is

Re: DLR not being emptied for numbers it can't send to

Yes I do use dlr-mask=31 and get nothing back in reurn from either SMSC. amdtelecom are a company I am looking at possibly using as a SMSC if they can route correctly to this network I'm having issues to. Thanks Barry On Wed, 2 Jun 2010 05:46:25 +0300, Nikos Balkanas nbalka...@gmail.com wrote:

Re: DLR not being emptied for numbers it can't send to

Hi Barry, Yeah - my understanding is the messages are silently dropped if off-net (without any notification). Your best option might be treat them as expired (possibly with a manual clean-up) after a standard network TTL if no DLR received (messages don't typically live on the network more than 5

Re: DLR not being emptied for numbers it can't send to

Hi, Thanks for your input. Yes they seem to be dropped, if I login to either of my current SMSC providers, they report as Buffering or something along those lines. I am using DLR DB so a manual clean out is easy enough for me, however I'd like to re-send the message via another carrier if not