I think that at2 should autodetect speed if it doesn't find any speed
setting, in the smsc group or modems.conf, or if the smsc speed setting
is set to 0 regardless of the modems.conf setting, or the modems.conf
setting is set to 0 - isn't that the case now ?
No. Now you must set speed=0 if
Well, didn't try this patch, but with the last one
applied successfully (apart the 1 dlr row) on the latest snapshot and works
fine with wavecom.
So, thanks Oded, looking forward to see it applied to cvs.
Andrea
Da: Oded Arbel [EMAIL PROTECTED]
Data: 21/03/2002 11:07
A: Stipe Tolj [EMAIL
Hi Oded,
I'll try tonight your patch,
by the way you say:
this patch, allow you to work
around the problem by not caring whether messages land in memory or not.
I noticed that you don't care for +CMTI: messages,
only for +CMGR.
By the way when I got an sms which lands into sm
memory I have:
Yes, it will work.
the main reason is that (a) checking the
memory directly (+CPMS?) we can read
messages that were stored before Kannel was activated.
Checking also for +CMTI: and reading the single message
Well, I haven't your patch here so I cannot look at it.
BTW I can't understand
Someone told me it should be possible to have
multiple numbers on the same sim.
Maybe the can't be active at the same time.
By the way on the same sim here in Italy
it's possible to have multiple numbers, eg.
329/611 voice
329/612 fax
329/613 data
Do you think it can be possible to
we should do two things - (a) teach kannel to
look for +CMT: and not any +CMT and (b) apply the
SIM buffering patch
Why does it do so with alphanumeric sender ? I guess it's modem
dependant and nothing Kannel can do about.
Hi there,
I totally agree with you, we have to change to +CMT:,
Speaking about Cygwin, how fast it is? I mean, is there any big
performance difference in linux version against cygwin in W2k?
In theory there is a huge performance difference, even against native
Win32, and therefore (maybe even more) against Linux.
Cygwin uses a single DLL to emulate