Hi list,
when trying to use Kannel's libraries with 3rd party software we have
some function naming clashes.
This will make it very hard to use Kannel's libraries for writing
modules to other software components, like Apacke modules, Exim
transports and so on.
I'd like to propose to change
Prefix gw causes naming clashes, too, I suppose ?
Aarno
On Wednesday, August 20, 2003, at 09:45 AM, Stipe Tolj wrote:
Hi list,
when trying to use Kannel's libraries with 3rd party software we have
some function naming clashes.
This will make it very hard to use Kannel's libraries for writing
Never one to be precious about these things :)
Alexander - thanks for the code which I've read through and basically
there's a few pros and cons to the two approaches.
1. Aaron/Alex Patch
- simple
- Kannel-esque in style
- not based around SMPP 3.4 protocol recommendations, but rather fixing a
Title: splitting messages
hi all
I have a little issue here I hope someone can shed some light on.
what i want to do is to split a binary message (operator logo) and send it to a mobile. simple..yes, but i want to sent it using 2 different froms. it doesnt seem to work. it works ok if i
I have a little issue here I hope someone can shed some light on.
what i want to do is to split a binary message (operator logo) and
send it to a mobile. simple..yes, but i want to sent it using 2
different froms. it doesnt seem to work. it works ok if i use the
same from.
Please find
It may be (as Stipe said) that the phone uses the source address ( or
) as well as the concatenation Id (in this case 00), for re constructing
messages.
- Original Message -
From: DILWORTH MICHAEL [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 2:12 PM
of course smsc won't complain about it...
every message for smsc is separate, it does not try to reassemble
messages , it just sends the parts which are actually totally separate
short messages;
reassembling of messages is made on phone itself, and i am 99% sure that
what you are trying to do
well there is a sort of message id inside the udh ..its the concatenated short message
reference number ,.. there is no need to use the short number
mike
-Original Message-
From: Konstantin Vayner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 4:35 PM
To: [EMAIL PROTECTED]
well there is a sort of message id inside the udh ..its the concatenated short
message reference number ,.. there is no need to use the short number
that's your interpretation. Nokia's may differ ;)
Stipe
[EMAIL PROTECTED]
---
yes, unfortunate isnt it..
never mind ..when my cunning plan for world domination really kicks in i will make all
these large corporations who blatantly disregard standards and display signs of
idiotness pay dearly.
Of course this depends on my medication holding out too ;-)
mike
well
Hi,
I recently started using the CVS version instead of 1.2.1, and have noticed
that when using DLR's - if there is a smsc failure, ie:
2003-08-20 15:10:11 [7] DEBUG: SMPP[xxx-smpp1]: Got PDU:
2003-08-20 15:10:11 [7] DEBUG: SMPP PDU 0x81d62c8 dump:
2003-08-20 15:10:11 [7] DEBUG: type_name:
Alexander Malysh schrieb:
On Wednesday 20 August 2003 11:54, Stipe Tolj wrote:
Prefix gw causes naming clashes, too, I suppose ?
haven't seen that, but maybe, yes. I guess we should prefix all
functions to somewhat symantically, like Apache's portable runtime
does it with
Hi,
I have changed this and because I would preffer human readable string in the
dlr rather then error code (imo). We can change it, to the form
'NACK/error_code/human_readable_string' or something similar... Any comments
from other developer ?
Btw. Is it mblox's smpp server ?
On Wednesday
As far as changing it to that form - it would make it a bit easier from our
perspective. Also - yes, it is mblox's server.
Regards,
Bill.
- Original Message -
From: Alexander Malysh [EMAIL PROTECTED]
To: Bill Brigden [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003
Hi all,
for the more easily testing of smpp timeout patches, here is the combined one.
for more details, what every patch does, please see appropriate mail threads:
1) [Patch] To add timeouts to SMPP connections
2) [PATCH] adds wait-ack to smpp
Please review and test it. Comments
Hi!
What is the current status for MMS and stuff ? Stipe.. you have been
working on some stuff ? What does need help etc. ?
Regards,
Stefan Cars
16 matches
Mail list logo
