RE: [FYI] pthread_mutex bug in openssl thread locking fixed

Great. Good work, Stipe. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Stipe Tolj Enviado el: martes 4 de marzo de 2003 13:36 Para

RE: [RFC] smsc logging patch commit?!

Hi Stipe, I didn't have the time to try your patch, but, at first sight and from your comments, it looks ok to me. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [m

RE: [PATCH] Octstr additions

+1 too. These functions can be quite handy. Angel Fradejas Mediafusion Espana, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Nisan Bloch Enviado el: martes 4 de marzo de

[PATCH] quick fixes for last log.c changes

Hi,   Attached a patch to fix some minor problems with last log.c patch   1) fixes wrong use of & in a info() call (spotted by "gwlib/log.c:105: warning: char format, different type arg (arg 3)")   2) more consistent and safe check for stderr   Cheers.   Angel FradejasMediafusión España, S.

RE: [PATCH] admin http 'loglevel' command for bearerbox

interest in that funcionality. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

[PATCH] admin http 'loglevel' command for bearerbox

Hi all   Find attached a patch to support an admin HTTP command to change the log level without restaring bearerbox.   Example: http://localhost:13000/loglevel?password=x&level=1   Please consider committing to cvs.   Angel FradejasMediafusión España, S.A.[EMAIL PROTECTED]www.mediafusi

[PATCH] generic support for our-host smsc directive

Hi all,   Find attached a patch to add generic support for the "our-host" smsc config directive. Until now it was only supported in emi2 and smpp, and not fully (for example emi2_open_listening_socket() created the server socket without explicit binding to a specific interface).   This patc

[BUG FILED] 'make tests' broken recently

I filed a bug   [Kannel 003]: 'make tests' doesn't work anymore   See http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/Makefile.in.diff?r1=1.63&r2=1.64       Angel FradejasMediafusión España, S.A.[EMAIL PROTECTED]www.mediafusion.esTel. +34 91 252 32 00Fax +34 91 572 27 08  

RE: Kannel snapshot and Vodaphone Spain

Maybe you can provide with PDU dumps to see what's happening. -Mensaje original- De: Arne K. Haaje [mailto:[EMAIL PROTECTED] Enviado el: miércoles 26 de febrero de 2003 16:31 Para: Angel Fradejas; [EMAIL PROTECTED] Asunto: Re: Kannel snapshot and Vodaphone Spain onsdag 26. februar

RE: Kannel snapshot and Vodaphone Spain

Forgot to say, I always supply the destination number in +346 format. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Angel Fradejas Enviado el: miércoles 26 de febrero de 2003 15:57 Para: Arne K. Haaje; [EMAIL PROTECTED] Asunto: RE: Kannel snapshot

RE: Kannel snapshot and Vodaphone Spain

I have these values in my smsc-group: #GSM_ADDR_TON_UNKNOWN source-addr-ton = 0 #GSM_ADDR_NPI_E164 source-addr-npi = 1 # for 0xFX dcs values alt-dcs = yes and successfully work with Vodaphone Spain. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32

RE: SMSC Modules (Was: Kannel & Swisscom)

t. > > You could, however, write a new kannel smsc module to do it. :-) > > Nick Is there anyone willing to share his Swisscom iServer smsc module? If not, I'll have to write one soon. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

RE: Kannel snapshot and Vodaphone Spain

Try regular text: &coding=2 flash : &coding=2&mclass=1 and don't forget to use alt-dcs = yes on your smsc-group. If you leave coding unset, you'll have 7bit, and you won't get a dcs that is accepted by Vodaphone Spain. Good luck. Angel Fradejas Medi

RE: [PATCH] Re: RE : SMPP 3.3 trouble

It seems someone rolled it back :-( Angel Fradejas Mediafusion Espana, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Holland Enviado el: viernes 21 de febrero de 20

RE: DCS and PID handling in Kannel

in a corresponding msg->sms.x fields (keeping also the actual fields) and forward them to smsbox and the corresponding %urlpatterns. For example, msg->sms.orig_dcs, msg->sms.orig_pid, etc. David, did I explain it right? Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

[PATCH] http smsc crash

Hi all,   Just a quick patch to fix a crash on the http smsc driver, when receiving incoming messages. (Maybe not on the first received, but on the 3rd or 4th).   Simple enough to go in before new release.   Cheers.   Angel FradejasMediafusión España, S.A.[EMAIL PROTECTED]www.mediafusion.e

RE: [PATCH] unneeded counter increase?!

+1 from me. This is a bug we have observed on our production emi2 link. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stipe Tolj

RE: [PATCH] smpp (sequence_id start with 1)

Ups, so someone rolled back the fix?? -Mensaje original- De: Alexander Malysh [mailto:a.malysh@;centrium.de] Enviado el: jueves 24 de octubre de 2002 15:48 Para: Angel Fradejas; Oded Arbel; [EMAIL PROTECTED] Asunto: Re: [PATCH] smpp (sequence_id start with 1) Hi, but it still not here

RE: [PATCH] smpp (sequence_id start with 1)

Hi all, Oded, counter_increase() is a post-increment function: it returns the value before incrementing. Anyway, this fix was already posted by myself on Sep 06, and commited in CVS. See http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/gw/smsc/smsc_smpp.c. diff?r1=1.9&r2=1.10 A

RE: [RFY] rolling 1.2.1 tarball?!

+1 of course, then patch time! let's have some fun. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stipe Tolj Enviado el: jueves 17 de octubre de 2002 10:45 Para: [EMAIL PROTECTED] Asunto: [RFY] rolling 1.2.1 tarball?! Hi, anyone complaints about roll

RE: Another one -- smsc

group = smsc smsc-id = A preferred-smsc-id = ;A group = smsc smsc-id = B And then you could leave unset &smsc in your sendsms requests, but this is totally untested, just guessing. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34

RE: [VOTE] changing Octstr comparison behaviour (was: converting to and from HTML 4 entities)

My vote is to use strcmp only and let the underlying libc to do the proper work concerning locale. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED

RE: [REPOST] [PATCH] emi2 reconnection behaviour

>> If you don't want a reconnection, you just can set the "reconnect-delay"  >> to a very high value, and you're done (as in the rest of drivers).    > Wouldn't that mean that eventually Kannel will reconnect ?    Well I meant a VERY high value, let's say 3. That's almost 10 years...

RE: [REPOST] [PATCH] emi2 reconnection behaviour

solutions[EMAIL PROTECTED]   +972-9-9581711 (116)+972-67-340014   ::.."Existence is not only temporary, it's pointless!" -- Calvin and Hobbes   -Original Message-From: Angel Fradejas [mailto:[EMAIL PROTECTED]]Sent: Monday, September 23, 2002 4:13 PMT

RE: [REPOST] [PATCH] emi2 reconnection behaviour

September 23, 2002, at 10:33 Uhr, Angel Fradejas wrote: >Somehow I disageee. Some folks use EMI/UCP on dialup links so you don't  > want to have it retry all the time and open the link.  >"It always assumes reconnection" is thus not a good idea.  Then

RE: [REPOST] [PATCH] emi2 reconnection behaviour

>Somehow I disageee. Some folks use EMI/UCP on dialup links so you don't   > want to have it retry all the time and open the link.   >"It always assumes reconnection" is thus not a good idea.    Then we could mark it as a compatibility-breaker in the next release. I think there are much more

[REPOST] [PATCH] emi2 reconnection behaviour

Not much feedback on this one... (apart from Oded ;-) Don't you guys think this would be a nice fix to have on CVS?   It would be nice to hear from the ones using EMI2 in a production environment.   Angel.     -Mensaje original-De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombr

RE: MMS Task Force

I'd like to help here. I don't have experience with WAP, unfortunately. I'll do my best anyway.   What do I need? I have access to several SMS-C, several protocols, but no MMS-C.   Angel FradejasMediafusión España, S.A.[EMAIL PROTECTED]www.mediafusion.esTel. +34 91 252 32 00Fax +34 91 572 27

[PATCH] emi2 reconnection behaviour

Hi all,   Attached is a patch to change the current behaviour of EMI2 driver when handling connection errors.I'm making EMI2 driver consistent with SMPP and SM/ASI behaviour and configuration directives, while trying to fix a couple of things.   This is what the patch changes:   1) Removes

[PATCH] SMPP sequence_number

Hi all,   Find attached a patch to set correctly the sequence_number field of the PDU header. According to SMPP 3.3 and 3.4 specs, it must be in the 1-N range, but currently it is in the 0-N range.   This causes problems with one of our providers, wich refuses to ack our first bind_transmi

RE: [PATCH] SMPP validity

>> In that case the calculation to get the difference in minutes may be >> more like >> >> (local_tm.tm_year - gmt_tm.tm_year) * 365*24*60 + >> (local_tm.tm_yday - gmt_tm.tm_yday) * 24*60 + >> (local_tm.tm_hour - gmt_tm.tm_hour) * 60 + >> (local_tm.tm_min - gmt_tm.tm_min ); > >Why would I want t

RE: compiler warnings

size_t looks good to me. Angel Fradejas Mediafusion Espana, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Harrie Hazewinkel Enviado el: miercoles 31 de julio de 2002

RE: EMS - Bitmaps *** URGENT ***

Extended objects are for EMS 5.0. Most (if not all) terminals on the market support EMS 4.2, that do not have extended objects. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL

RE: question about the latest kannel

Are you using EMI2? 1.1.4 didn't allow bearerbox to start if some emi2 smsc falied, but on version 1.1.6 you can, using "retry=yes" on the smsc group. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -M

RE: Bug: Status stops working...

We haven't noticed this problem. Boxes running for 2 weeks normally. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Oded

RE: [PATCH] SMPP

We faced that problem too. But we simply swiched to transceiver mode to avoid it. +1 from me. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En

RE: [patch] smsbox memory leaks and service header

ct an external service routing. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

RE: Time.date not right

Another top-10 question for the FAQ -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Alan McNatty Enviado el: viernes 7 de junio de 2002 03:04 Para: Kannel Dev Asunto: Re: Time.date not right kannel logs by default in gmt not localtime ... ./config --e

RE: [REPOST] emi2 MO timestamps (was: bug withdate_convert_universal() )

int of view. So, if you connect to several SMSC (each one in a different country), one timestamp could be GMT+1 and another GMT+7 So a different timezone correction is needed for each smsc. This leads to a smsc config directive timezone=GMT+N in my opinion. Angel Fradejas Mediafusión Españ

RE: [REPOST] emi2 MO timestamps (was: bug withdate_convert_universal() )

I use --enable-localtime, but that has nothing to do with emi2 MO timestamps, has it? --enable-localtime applies only to log messages, I think. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original

[REPOST] emi2 MO timestamps (was: bug with date_convert_universal() )

Andreas Fink wrote: >this is definitively the case. The EMI timestamps are also is in >LOCAL TIME, not GMT   The current code asumes GMT timestamps from the SMS-C and this is not the case (at least with the providers I connect).   Does anybody need the current behaviour?   Or can we fix it

RE: Bind Tranceiver implementation.

Bind transceiver is supported directly by cvs version of kannel. Just use transceiver-mode = yes and unset receive-port on your smpp config. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De

RE: [RFC] mcc and mnc

ility. Here in Spain it is not a big problem (about 1% of numbers) but I think in Germany this percentage is bigger (please, correct me if I'm wrong). If you are absolutely sure in the entry point of the MO (kannel) of what is the mobile operator, why guess later? Angel Fradejas Mediafusión

RE: [RFC] mcc and mnc

later in the application handling the MO to output a X-Kannel-SMSC header to correct it. >So my opinion is that if the implementation is clean - it will do no >harm and potentioally can do good. Thx, Oded. Angel Fradejas Mediafusin Espa a, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +3

RE: [RFC] mcc and mnc

ator originating the MO. Your %i will be "custom_driver_whatever". Hope this clarifies. Angel Fradejas Mediafusion Espana, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

RE: [RFC] mcc and mnc

and practical kannel for a small number of services and smscs. Let's work towards a practical kannel for a huge number of them. (note when I say "let's work" I mean "i would contribute my working solution if anybody is interested"). Angel Fradejas Mediafusión España, S

RE: [RFC] mcc and mnc

Title: Re: [RFC] mcc and mnc smsc-id is almost as good, but not completely. mcc and mnc are normalized values, and when you have for example 20 connections to the same operator (as I do, one emi2 link for each short code), if you use smsc-id you'll have to translate this value in every applic

[RFC] mcc and mnc

A question for all developers,   What do you think about having kannel pass mnc and mcc information to applications? Sometimes applications need to know the operator for the incoming MO (a logo download application being the typical example), and kannel is the closer element to the operator

RE: [patch] smsbox memory leaks and service header

You are right, that's exactly what I want. The reason is that we collect all the accounting information from kannel. Anyway, if nobody else sees utility for this, I'll keep that in our corporate patches. No need for a religious discussion ;-) Angel FRADEJAS Director de Inves

RE: [patch] smsbox memory leaks and service header

propiate service. I wanted to pass the service handling the MO back to kannel. I could rework the patch to allow this X-Kannel header only on MO handling. Does this sound better to you? Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

[patch] smsbox memory leaks and service header

Hi all,   here's a patch for smsbox.c   1) a couple of memory leaks (msg->sms.udhdata and accepted_chars) 2) allow to change msg->sms.service via X-Kannel-Service header or xml tag   Cheers.   Angel FradejasMediafusión España, S.A.[EMAIL PROTECTED]www.mediafusion.esTel. +34 91 252 32 00F

RE: Daily patch: gateway

Our mails crossed, sorry Harrie. -Mensaje original- De: Harrie Hazewinkel [mailto:[EMAIL PROTECTED]] Enviado el: viernes 31 de mayo de 2002 11:41 Para: Stipe Tolj; Angel Fradejas CC: Kannel Developers Asunto: Re: Daily patch: gateway --On Friday, May 31, 2002 10:17 AM +0200 Stipe

RE: Daily patch: gateway

Harrie please, Would you be so kind as to comment these changes in ChangeLog? They're somewhat described in a post from May 25 (subject: changes to the heartbeat code.) Thanks. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 5

RE: SMSC Connection

 You could use   keepalive = 60   for example, in your smsc emi2 connection. That way kannel will keep your connection opened by sending heartbeat messages to your smsc.   Your smsc will have to support that of course (ucp operation 31).   Angel Fradejas. -Mensaje original-De

RE: Daily patch: gateway

eep using HEAD of CVS. Cheers. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

RE: CVS usage question??

Maybe line-feed format has been changed from unix-like to dos-like. This could happen if you use Windows based tools to edit, etc. Angel. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Oded Arbel Enviado el: miércoles 29 de mayo de 2002 16:54 Para: Harr

RE: Patch submission and release policy (Was: [PATCH] problems with HTTPS and base support for per message billing)

en if I am a "CVS bad guy(tm)" ] Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08

RE: Http request & kannel

;couldn't fetch content" reply. Any other opinions about this? Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Cipher Strength En

RE: sendsms and smsc parameter

= B allowed-smsc-id = B Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Andrea Viscovich Enviado el: viernes 26 de abril de 2002 20:26

RE: Accounting with Kannel

EMI driver reports 2 messages received for each MO in /status. A better solution for accounting would be kannel.access parsing, for example. Or integrate kannel with an accounting database, as I did. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252

RE: [Fwd: Daily patch: gateway]

I think it's good to keep old changelogs, as they are valuable to see how things are going, and even they are useful if something breaks suddenly. Probably changelog tells you the one to blame ;-) doc/changelog.*.*.* seems a good place. Angel Fradejas Mediafusión España, S.A. [

RE: Reporting the number of message parts sent for long messages.

Like Oded, our applications don't send SM to multiple receivers, but adding that information seems the right thing to do. My vote is +1 Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original---

RE: Reporting the number of message parts sent for long messages.

It was my way to return the number of messages sent (splits), as I didn't want to change the semantics for send_message() return value. Angel Fradejas Mediafusión España, S.A. [EMAIL PROTECTED] www.mediafusion.es Tel. +34 91 252 32 00 Fax +34 91 572 27 08 -Mensaje original- De: [

RE: Reporting the number of message parts sent for long messages.

Hi Oded, For what it's worth, this was my version of the patch. Nothing special, really. Anyway, now yours it's commited on cvs, so I'll stick to it. A couple of modifications on my calling applications and I'm done. This patch is against smsbox.c revision 1.183 Have

RE: Reporting the number of message parts sent for long messages.

+1 from me I had written the same patch for my own use, with a slightly different format. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stipe Tolj Enviado el: martes 16 de abril de 2002 13:35 CC: Kannel-devel (E-mail) Asunto: Re

RE: bearerbox crash down

It's a limit with checking-malloc. You should compile with native malloc, if I rebember it is done by     ./configure --with-defaults=speed   Angel Fradejas. -Mensaje original-De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de samEnviado el: lunes 15 de

RE: Problem..

Hi all, You have to use catch-all = true in the sms-service declaration for "fslogo" and "fslogo 232" to match, I think. Hope that helps. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Bruno David Rodrigues E

RE: gwlib/date.c bug you reported

Absolutely right I guess. Angel Fradejas. -Mensaje original- De: Stipe Tolj [mailto:[EMAIL PROTECTED]] Enviado el: martes 26 de marzo de 2002 12:41 Para: Angel Fradejas CC: [EMAIL PROTECTED] Asunto: Re: gwlib/date.c bug you reported what about doing this in gw/smsc_emi2.c:664

RE: gwlib/date.c bug you reported

release show-stopper. Angel Fradejas. -Mensaje original- De: Stipe Tolj [mailto:[EMAIL PROTECTED]] Enviado el: martes 26 de marzo de 2002 11:50 Para: Angel Fradejas CC: [EMAIL PROTECTED] Asunto: gwlib/date.c bug you reported Hi Angel, can you please see http://www.kannel.3glab.org

RE: [RFC] feature freeze?!

SC specific default-sender and forced-sender Posted by: "Angel Fradejas" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Updated: <[EMAIL PROTECTED]> and remember some other please who could use it, but maybe it is not of general interest. My two c

RE: msg->sms.smsc_id versus cfg_get(grp, octstr_imm("smsc-id"))

Having a preferred-smsc would do what you want in most cases (unless the specified smsc is not online, in that case, kannel would route it to another smsc in absence of allowed-smc/denied-smsc. group = smsc smsc-id = testsmsc1 preferred-smsc-id = testsmsc1 Hope it helps. Angel Fradejas

RE: bug with date_convert_universal()

cannot use date_convert_universal as it is for EMI2 timestamps. Besides the 1-based/0-based month problem, it assumes GMT timestamps. Angel Fradejas.

RE: bug with date_convert_universal()

Oded, Sorry for misleading you. The code in date_convert_universal is correct now. It was corrected in version 1.9 as you can see in CVS. It assumes 1-12 input, as you correctly pointed out. The problem is the comment in date.h. I said just the opposite that I wanted to say :-( Angel Fradejas

RE: bug with date_convert_universal()

Hi Oded, Take a look at my posts about "timestamps with emi2" from January 14h. This was corrected because date_convert_universal precisely assumed 1-12 input, instead of the correct 0-11. Also, taken from date.h long month;/* 0-11 */ Hope this helps. Angel Fradejas. --

RE: [RFI] octstr_recode

Catenation should be driver independant, shouldn't it? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Oded Arbel Enviado el: miércoles 6 de marzo de 2002 17:56 CC: [EMAIL PROTECTED] Asunto: RE: [RFI] octstr_recode Shoot me if I missed something obvious,

RE: [RFY] Unicode in MO Messages and other patch

d and reviewed. Is it going to be commited before the feature freeze and release tag? Or should I forget about it. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Andreas Fink Enviado el: miercoles 6 de marzo de 2002 8:45 Para: Bruno

RE: Delivery Report crash Kannel

t with and misformed GET request por example. Kannel must do its best to never quit. Just ignore misformed PDUs with a warning, that's ok! But not quit please. I'm taking the oportunity to speak more generally, not just for this actual failed assertion. Just my 2 cents. Angel Fradejas.

RE: last CVS updates

r the missing ocstr_destroy, it were called only once at smsbox exit, so memory was not growing and I didn't see it. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Oded Arbel Enviado el: lunes 25 de febrero de 2002 14:20 Para: Sti

RE: concatenation = true

ndant. - Original Message - From: "Angel Fradejas" <[EMAIL PROTECTED]> To: "Stipe Tolj" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "P. A. Bagyenda" <[EMAIL PROTECTED]> Sent: Thursday, February 21, 2002 11:20 AM Subject: RE: concatenation =

RE: concatenation = true

Concatenated messages works for me, using current CVS. Never had a problem with that. Angel. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stipe Tolj Enviado el: jueves 21 de febrero de 2002 20:19 CC: [EMAIL PROTECTED]; P. A. Bagyenda Asunto: Re: concate

RE: [PATCH] smsc default-sender & forced-sender

nsaje original-De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Oded ArbelEnviado el: miércoles 20 de febrero de 2002 17:58Para: Angel Fradejas; Kannel DevelopersAsunto: RE: [PATCH] smsc default-sender & forced-sender Hi everyone.   I have applied the

[PATCH] smsc default-sender & forced-sender

and global-sender, but NOT &from=forced-sender  :   as it name implies, it overrides anything. Every message routed to this smsc will have this sender.   I'd greatly appreciate your feedback, bug reporting, flames, anything.   Any chance for commiting to cvs?   Have f

RE: segmentation fault

Peter, take a look at my recent posts about "smsbox_req_sendota broken?". I guess that is the problem. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Peter Löfman Enviado el: lunes 11 de febrero de 2002 19:41 Para: [EMAIL

RE: Precedence of faked-sender, global-sender, from

er.   This is a bug I guess. I think "1)faked-sender 2)global-sender 3)from" is the way to go.   Please can anybody confirm if I am right here?   If so, I will include a bugfix for this in the patch.   Angel Fradejas.  

RE: smsbox_req_sendota broken?

icate(urltrans_default_smsc(t)); } else msg->sms.smsc_id = NULL; That's why I said the function was broken. Take a look again please and correct me if I'm wrong. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stip

smsbox_req_sendota broken?

his please could take a look at there.   Angel Fradejas.  

Precedence of faked-sender, global-sender, from

a bugfix for this in the patch.   Angel Fradejas.  

RE: [REPOST] [PATCH] emi2 driver login behaviour

that. Anybody here thinks that "give-up-on-error" behaviour can be considered a "feature" ? Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stipe Tolj Enviado el: lunes 11 de febrero de 2002 13:29 CC: Kannel Devel

[REPOST] [PATCH] emi2 driver login behaviour

I just noted this is appears as an open issue in STATUS, but not as an available patch. Just in case you missed it, here is it again. -Mensaje original- De: Angel Fradejas [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 30 de enero de 2002 11:13 Para: Stipe Tolj CC: Kannel Developers

RE: global-sender on a smsc basis ?

s? If so, I'll work on it and submit the patch as soon as possible. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Nisan Bloch Enviado el: jueves 31 de enero de 2002 15:12 Para: Angel Fradejas; Stipe Tolj CC: Kannel Developers Asunt

RE: global-sender on a smsc basis ?

ld have both default-sender and forced-sender, but I don't see the need. I keep thinking in the cleanest and more useful way to implement this feature. Angel Fradejas. -Mensaje original- De: Nisan Bloch [mailto:[EMAIL PROTECTED]] Enviado el: jueves 31 de enero de 2002 12:50 Para:

RE: global-sender on a smsc basis ?

ld be: group = smsbox global-sender = (or whatever) group = smsc smsc-id = A default-sender = group = smsc smsc-id = B default-sender = And then, the sendsms requests from the applications without a &from=, to let bearerbox select the appropiate one. Agr

[PATCH] emi2 driver login behaviour

29 de enero de 2002 21:47 Para: Angel Fradejas CC: Kannel Developers Asunto: Re: [RFC] emi2 driver login behaviour Angel Fradejas wrote: > > My EMI2 provider from time to time leaves my connections in a zombie state: > althought I closed it, they see them as already open (they have problems

[RFC] emi2 driver login behaviour

ry again. I think this is the way to go, as Kannel is meant to run 24/7 mostly unattended. The modifications needed to do that are trivial. I have done it with good results. What do you think? Angel Fradejas.

RE: global-sender on a smsc basis ?

Ok, obvious. I guess I need a rest -Mensaje original- De: Andreas Fink [mailto:[EMAIL PROTECTED]] Enviado el: martes 29 de enero de 2002 16:47 Para: Angel Fradejas CC: [EMAIL PROTECTED] Asunto: RE: global-sender on a smsc basis ? >Ok, I could rework my patch to take this i

RE: global-sender on a smsc basis ?

empty sender. Will any driver complain about that? Before going any further with this implementation, I would like to hear what to do if a message goes all the way to bearerbox with an empty sender and there's not default-sender. Angel Fradejas. -Mensaje original- De: [EMAIL PROTECT

RV: [PATCH] smsc_smpp.c does not timestamp MO messages

Oops, I missed something the patch itself. Sorry. -Mensaje original- De: Angel Fradejas [mailto:[EMAIL PROTECTED]] Enviado el: martes 29 de enero de 2002 11:08 Para: Kannel Developers Asunto: [PATCH] smsc_smpp.c does not timestamp MO messages Hi list, I noticed that MO

[PATCH] smsc_smpp.c does not timestamp MO messages

Hi list, I noticed that MO messages do not get timestamped by SMPP driver. The fix is trivial. You can confirm it using %t token on a get-url directive. Stipe, please, what about a commit for this? :-) Seriously, let be know if I'm missing something. Thanks for your time. Angel Fradejas.

RE: global-sender on a smsc basis ?

Stipe Tolj wrote: > >Angel Fradejas wrote: >> >> The way sendsms requests get their way, I think this is not an easy thing to >> do. First, smsbox takes the request and if it has an empty sender, it puts >> "global-sender". smsbox does not know about smsc

RE: SMPP TON

Good idea. I had to hack around a bit with the TON to be accepted by Vodafone... -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Stipe Tolj Enviado el: martes 29 de enero de 2002 9:00 Para: Peter Löfman CC: Andreas Fink; [EMAIL PROTECTED] Asunto: Re: SMPP T

  1   2   >