Re: CVS patches
On 11 October 2001, Patrick Mignott wrote: > when last was the CVS updated? Not sure ... if you can land your hands on my patches, you might still be lucky ... they might still work with the current CVS. > and who do i get it? You will have to look thru. the devel mail archives : http://www.kannel.3glab.org/lists.shtml Like I say you will be lucky if they still work. > why will they not allow you to update the cvs? Ask them ! They say they're busy. I don't quite understand myself. It takes approximately 1 minute to patch the CVS. I am actually really pissed off about this 'cause it takes me close to an hour to create a new patch for the latest CVS. AND I'VE DONE IT TWICE #$%$%%^*%&&$##! AND I WILL HAVE TO DO IT A THIRD TIME TOO -- Matt For electronic musicians ... Vector Bass : http://mffmvectorbass.sourceforge.net/ For developers ... 3D Audio Library : http://mffm3daudiolib.sourceforge.net/ Multimedia Time Code : http://mffmtimecode.sourceforge.net/
Re: CVS patches
Hi Patrick, I am no longer giving my patches individually. To obtain my patches you will have to ask the maintainers to patch to CVS tree, or give me access to it. In terms of the patches, here is their functional improvement : a] SMSs are received and sent with close to 100% accuracy ... this is an improvement from the original AT module, which accomplished between 10 and 20 % accuracy. b] Incoming SMSs which land in mobile memory are now handled and not lost. c] For all of this, you don't even have to change the config file ! thanks On 11 October 2001, Patrick Mignott wrote: > matt, can i get you cvs patch? > do you have a list of enhancements you have done overall? > thanks. > - Original Message - > From: "Matt Flax" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: "gatewayZgalore" <[EMAIL PROTECTED]> > Sent: Wednesday, October 10, 2001 11:46 PM > Subject: Re: CVS patches > > > > It is nice to know, thanks. > > I have forwaded your comments to the list. > > > > On 11 October 2001, [EMAIL PROTECTED] wrote: > > > > > > Hi. A comment... I read through your code this weekend, > > > and to me the code part looks OK. > > > Also, so far it seems to run stable for us (which neither > > > of the current at's did...), but we are NOT using them in production > yet. > > > (simply because we haven't got that far regarding the modem cases). > > >However, I don't consider myself qualified to judge the general > > > applicability of them.But I'm thankful to have your patches in our > > > system :-) > > > > > > Regards, Jakob. > > > > -- > > Matt > > > > For electronic musicians ... > > Vector Bass : http://mffmvectorbass.sourceforge.net/ > > For developers ... > > 3D Audio Library : http://mffm3daudiolib.sourceforge.net/ > > Multimedia Time Code : http://mffmtimecode.sourceforge.net/ > > -- Matt For electronic musicians ... Vector Bass : http://mffmvectorbass.sourceforge.net/ For developers ... 3D Audio Library : http://mffm3daudiolib.sourceforge.net/ Multimedia Time Code : http://mffmtimecode.sourceforge.net/
[RFC] security between boxes (remote boxing :))
I wonder if there is any interest (or demand) to support SSL connections for the "internal" Kannel TCP connections? Is there anyone using bearerbox on one machine and smsbox/wapbox on an other machine which may be on a completely different network and would like to use SSL connections between them? Due to the SSL patch I provided I thing we have both implementations, SSL client and SSL server in there, so we may use this also to let boxes comunicate in a secure way. We may include at least the feature and let the user decide (via config switches) if they want secure internal communications between the boxes. Any comments or suggestions? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[PATCH] SSLv3 support for HTTP servers (admin and smsbox) using openssl
Hi, this is a major patch to current CVS tree to support SSLv3 for all HTTP servers that are used within Kannel. Mainly it supports currently the bearerbox admin and sendsms HTTP server by configuration file directives, but may be extended to include PPG's HTTP server too. Please review the changes and commit to CVS: Bruno, Nick, Jarkko, Andreas?! What about CVS access to commit changes, Nick? Here are the changes: * config.h.in: added OPENSSL_VERSION to print out the used version in gw/shared.c * configure.in: changed the way HAVE_LIBSSL is detected and set. Current configure does not detect openssl when it is installed in it's standard /usr/local/ssl location. BTW, most openssl installations need -lcrypto too when linking SSL stuff in -lssl. * gw/bb_boxc.c: changed conn_wrap_fd() prototype call (see gwlin/conn.c) * gw/bb_http.c: required additions in httpadmin_start() to detect in the config file (core group) if the admin HTTP server should use SSL, indicated by "admin-port-ssl = yes", then load the global server certificate and key. Changed http_open_port() prototype call (see gwlib/http.c) * gw/cert.pem: added x509 PEM encoded sample public certificate used in gw/smskannel-ssl.conf. * gw/key.pem: added x509 PEM encoded sample private key used in gw/smskannel-ssl.conf. * gw/shared.c: added use of OPENSSL_VERSION to print when starting. * gw/smsbox.c: required additions in init_smsbox() to detect in the config file (smsbox group) if the sendsms HTTP server should use SSL, indicated by "sendsms-port-ssl = yes", then load the global server certificate and key. Changed http_open_port() prototype call (see gwlib/http.c) * gw/smsc_emi2.c: changed conn_wrap_fd() prototype call (see gwlin/conn.c) * gw/smsc_fake.c: changed conn_wrap_fd() prototype call (see gwlin/conn.c) * gw/smsc_http.c: changed http_open_port() prototype call (see gwlib/http.c) * gw/smskannel-ssl.conf: added sample configuration file for SSL enabled HTTP servers using sample certificate (cert.pem) and key (key.pem). * gw/wap_push_ppg.c: changed http_open_port() prototype call (see gwlib/http.c) * gwlib/cfg.def: added "admin-port-ssl" to core group and "sendsms-port-ssl" to smsbox group. Changed "ssl-certkey-file" to "ssl-client-certkey-file" to make it more semantic and added "ssl-server-cert-file" and "ssl-server-key-file" within the core group for the server side. * gwlib/conn.c: added global server SSL context, X509 cert and RSA key for server side. Changed conn_wrap_fd() to include ssl enable or disable flag and included the SSL magic here. Added tmp_rsa_callback() function for the private RSA key. Added server side mutex. Added server_ssl_int() function which initialized server side SSL stuff. Added server_shutdown_ssl() function which is used for server side shutdown. Changed use_client_certkey_file() prototype to use_global_client_certkey_file() to be more semantic. Added use_global_server_certkey_file() routine to load global server certificate and private key. * gwlib/conn.h: changed prototype definition for conn_wrap_fd(). Added prototype definitions for openssl_locking_function(), server_init_ssl(), server_shutdown_ssl(). Changed prototype name use_client_certkey_file() to use_global_client_certkey_file(). Added prototype definition for use_global_server_certkey_file(). * gwlib/http.c: added int ssl to struct server to reflect if this server is SSL enabled. Added array int ssl[MAX_SERVERS] within server_thread() to reflect which servers are SSL enabled and how conn_wrap_fd() has to be called. Changed http_open_port() to include boolean flag if this port is used for an SSL enabled server. Added server_ssl_init() call within http_init(). Added server_shutdown_ssl() all within http_shutdown(). * gwlib/http.h: changed prototype definition for http_open_port(). * test/drive_smpp.c: changed conn_wrap_fd() prototype call (see gwlin/conn.c) * test/drive_wapbox.c: changed http_open_port() prototype call (see gwlib/http.c) and conn_wrap_fd() prototype call (see gwlin/conn.c) * test/test_http_server.c: changed http_open_port() prototype call (see gwlib/http.c) * test/test_smsc.c: changed http_open_port() prototype call (see gwlib/http.c) and conn_wrap_fd() prototype call (see gwlin/conn.c) Puh, that's it! -- Have fun. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are diff -urN gateway/config.h.in gateway-2001-10-11-ssl/config.h.in --- gateway/config.h.in Fri Jul 6 07:49:42 2001 +++ gateway-2001-10-11-ssl/config.h.in Thu Oct 11 21:13:54 2001 @@ -113,6 +113,9 @@ /* Define if you have and want to use the ssl library (-lssl) */ #undef HAVE_LIBSSL +/* Define which version
[Patch] Delivery Reports v2
I've patched the patch from Andreas Fink (with his permission) Now you'll have a dlrmask with the following bits: 1: DLR_SUCCESS 2: DLR_FAIL 4: DLR_BUFFERED 8: DLR_SMSC_SUCCESS 16: DLR_SMSC_FAIL (Note: BUFFERED, SMSC_* only available on emi2) You could have a dlr-url configuration value in every sms-user and a "name" field (already existant) on sms-user and sms-service (the one that appears on bearerbox access.log). This service name is used to route the dlr back to the correct service. If you want to use other dlr-url, use the &dlrurl= cgi parameter. There's too some new %X arguments: %n -> service name %d -> dlrmask %A -> SMSC Reply text 2001-10-11 Bruno Rodrigues <[EMAIL PROTECTED]> * dlr: Changed Delivery Reports Code. Instead of having a DLR sms- -service, each service has a dlr-url field where is defined the url to get when a delivery report arrives. DLR are routed based on the existing field "name" of sendsms-user. * userguide.xml: documentation for delivery reports and some minor corrections * bb_smscconn.c: added dlrmask field to alog; added code to expect a report type of sms and write to log correctly * bb_store.c: when loading store, ignore all delivery report kind of messages. SMSC wouldn't sent them to us anyway. * dlr.c: removed keyword and id variables and added service and url. Service is the service name (defined by name= on sendsms-user or sms-service groups) and url is the url to fetch. Added DLR_BUFFERED awareness (don't delete dlr if it's expecting DLR_SUCCESS or DLR_FAIL. dlr message text now contains the url, if given by dlrurl CGI parameter. later the text will be replaced by smsc text reply (if any) plus '/' separator plus this url. * dlr.h: added DLR_BUFFERED, DLR_SMSC_SUCCESS and DLR_SMSC_FAIL * msg-decl.h, shared.c, smsbox.c: replaced dlr_id and dlr_keyword for dlr_url * msg.h: added message type 3: report * smsbox.c: if it's a http get for a delivery-report, don't log nor reply back to user. * smsc_cimd2.c: added & 0x03 to mantain compatibility. Someone please encode the DLR_SMSC_* and DLR_BUFFERED * smsc_emi2.c: added DLR_BUFFERED awareness and code to generate delivery-reports when message hits SMSC (ACK) or fails (NACK). If SMSC replyes with text, include it on delivery message as "smsc-text"/"given-url" * urltrans.c: added a new dict with the service names to able delivery reports to search back for which service the original message was sent. Added urltrans_find_service. Changed get_pattern to be aware of delivery reports and return correct values (pattern would be the dlr-url); added %n (service name), %d (dlr value) and %A (smsc reply on delivery report) * : It's still missing some kind of DLR_SMSC_FAIL reports when a message cannot be routed um abraço, -- Bruno David Rodrigues
[PATCH to come] SSL server support for all HTTP server boxes
Hi, I finished my recent work on enabling Kannel's HTTP servers to support SSL via openssl. The patch will follow in a couple of hours. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Running under Solaris 8
Hi, I Run under Solaris 8 latest patches, the problem is that after couple of hours (usually it takes 6 hours) it is imposable to use the HTTP interface to send SMS messages since it seems that the HTTP interface server (on the smsbox side) is in kind of zombie status (live but not responding). I have tried it with both gcc and cc (sun forte 6) Any ideas? Thanks, Daniel.
ODP: Request for Info: Sim Toolkit
> Hi. > Does anyone know anything about simtoolkits ? Hi AFAIK STK messages are authenticated using additional key stored at STK card, you have no possibility to get it. Regards Hubert Kubik
Re: CVS patches
It is nice to know, thanks. I have forwaded your comments to the list. On 11 October 2001, [EMAIL PROTECTED] wrote: > > Hi. A comment... I read through your code this weekend, > and to me the code part looks OK. > Also, so far it seems to run stable for us (which neither > of the current at's did...), but we are NOT using them in production yet. > (simply because we haven't got that far regarding the modem cases). >However, I don't consider myself qualified to judge the general > applicability of them.But I'm thankful to have your patches in our > system :-) > > Regards, Jakob. -- Matt For electronic musicians ... Vector Bass : http://mffmvectorbass.sourceforge.net/ For developers ... 3D Audio Library : http://mffm3daudiolib.sourceforge.net/ Multimedia Time Code : http://mffmtimecode.sourceforge.net/
