Re: sending a wap-push (service-load)
El vie, 31-10-2003 a las 12:57, Dominik Simon escribió: You can construct the WAP push within a XML document and post it to the wapbox on kannel works great. Be sure your mobiles support SL, a very small number of mobiles support SL, however a lot support SI. Best, > Hi list, > > I want to send a wap-push to my mobilephone. I found this example to test > it: > > TEXT: > %01%06%1B%1Aapplication%2Fvnd.wap.slc%00%81%EA%02%06%6A%00%85%0b%08%03wap.ki > cker.de%00%01 > > UDH: > %06%05%04%0B%84%23%F0 > > The kannel-gateway accepts and delievers the shortmessage via my gsm-modem. > But a Nokia 6800 or Siemens S45i dont show anything :( > > Can anybody give me an other example? Is there any docu, where I can find > more about converting a wap-url for sending with kannel? > > Because, in kannels userguide I only find an example for SI (service > inidcation): > > TEXT: > 3D%02%06%17%AE%96localhost%3A8080%00%AF%80%8D%CF%B4 > %80%02%05j%00E%C6%0C%03wap.iobox.fi%00%11%031%40wiral.com%00%07%0A%C3%07%19% > 99%06%25%15%23%15%10%C3%04+%02%060%01%03Want+to+test+a+fetch%3F%00%01%01& > > UDH: > %06%05%04%0B%84%23%F0 > > But the same - it doesnt work, too :( > > Best regards, > Dominik Simon. -- -- |Juan Enrique Gomez Perez |Metropoli2000 Networks, S.L. | Phone: +34 914250023 Fax: +34 914250136 | email: [EMAIL PROTECTED] -- PGP Fingerprint: 6B39 3A2B A17B 1E8E CFFD FC14 678E 0A22 BD80 C486 Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD80C486 If this message hasn't a correct signature please notify it to [EMAIL PROTECTED] To get the public key please use the above url. Thanks for your help. -- signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: AW: wapbox -- support for external filters
El vie, 24-10-2003 a las 20:32, Jörg Pommnitz escribió:
Hi!
This could be under the coverage of the WAP User Agent Profiles
(http://www.wapforum.org/what/technical/SPEC-UAProf-19991110.pdf), why
not to adapt it and let choose the system operator to include or not
include it?...
Best regards,
> Something like this has been suggested before. It has been
> discarded for different reasons, foremost security (don't
> start programs from servers that interact with untrusted
> clients).
> Of course this was when Lars Wirzenius was the code dictator,
> so the new leadership might have a different opinion.
>
> Regards
> Joerg
>
> -Ursprüngliche Nachricht-
> Von: Pavel Machek [mailto:[EMAIL PROTECTED]
> Gesendet: Freitag, 24. Oktober 2003 20:24
> An: [EMAIL PROTECTED]
> Betreff: wapbox -- support for external filters
>
>
> Hi!
>
> Here's a patch to support external convertors for wapbox. With this,
> it is possible to call lynx -dump on text/html documents, so that they
> are at least somehow displayed.
>
> What do you think? Could this or something similar go into CVS?
>
> Pavel
>
> diff -ur kannel-1.3.1-ofic/debian/kannel.conf
> kannel-1.3.1/debian/kannel.conf
> --- kannel-1.3.1-ofic/debian/kannel.conf 2003-02-17
> 16:50:56.0 +0100
> +++ kannel-1.3.1/debian/kannel.conf 2003-10-16 01:22:33.0 +0200
> @@ -20,3 +20,8 @@
> group = wapbox
> bearerbox-host = localhost
> log-file = "/var/log/kannel/wapbox.log"
> +filters-num = 1
> +filter-from-0 = "text/html"
> +filter-to-0 = "text/vnd.wap.wml"
> +filter-command-0 = "/tmp/html2wml %s"
> +
> diff -ur kannel-1.3.1-ofic/gw/wap-appl.c kannel-1.3.1/gw/wap-appl.c
> --- kannel-1.3.1-ofic/gw/wap-appl.c 2003-02-17 16:50:56.0 +0100
> +++ kannel-1.3.1/gw/wap-appl.c2003-10-16 01:22:50.0 +0200
> @@ -117,24 +117,11 @@
>
> static void dev_null(const char *data, size_t len, void *context);
>
> -static Octstr *convert_wml_to_wmlc(struct content *content);
> -static Octstr *convert_wmlscript_to_wmlscriptc(struct content *content);
> static void wsp_http_map_url(Octstr **osp);
> static List *negotiate_capabilities(List *req_caps);
>
> -static struct {
> -char *type;
> -char *result_type;
> -Octstr *(*convert)(struct content *);
> -} converters[] = {
> -{ "text/vnd.wap.wml",
> - "application/vnd.wap.wmlc",
> - convert_wml_to_wmlc },
> -{ "text/vnd.wap.wmlscript",
> - "application/vnd.wap.wmlscriptc",
> - convert_wmlscript_to_wmlscriptc },
> -};
> -#define NUM_CONVERTERS ((long)(sizeof(converters) / sizeof(converters[0])))
> +struct converter converters[NUM_CONVERTERS];
> +int cur_converter = 0;
>
> /*
> * Following functions implement indications and conformations part of Push
> @@ -329,26 +316,29 @@
> {
> Octstr *new_body;
> int failed = 0;
> -int i;
> +int succeeded = 0;
> +int i = 0;
>
> -for (i = 0; i < NUM_CONVERTERS; i++) {
> - if (octstr_str_compare(content->type, converters[i].type) == 0) {
> - new_body = converters[i].convert(content);
> +while (i < cur_converter) {
> + if (octstr_compare(content->type, converters[i].type) == 0) {
> + new_body = converters[i].convert(content, converters[i].data);
> if (new_body != NULL) {
> octstr_destroy(content->body);
> content->body = new_body;
> octstr_destroy(content->type);
> - content->type = octstr_create(
> - converters[i].result_type);
> - return 1;
> + content->type = octstr_duplicate(converters[i].result_type);
> + succeeded = 1;
> + i = 0;
> + continue;
> }
> failed = 1;
> }
> + i++;
> }
>
> if (failed)
> return -1;
> -return 0;
> +return succeeded;
> }
>
>
> @@ -382,10 +372,10 @@
> {
> int i;
>
> -for (i = 0; i < NUM_CONVERTERS; i++) {
> - if (http_type_accepted(headers, converters[i].result_type)
> - && !http_type_accepted(headers, converters[i].type)) {
> - http_header_add(headers, "Accept", converters[i].type);
> +for (i = 0; i < cur_converter; i++) {
> + if (http_type_accepted(headers,
> octstr_get_cstr(converters[i].result_type))
> + && !http_type_accepted(headers,
> octstr_get_cstr(converters[i].type))) {
> + http_header_add(headers, "Accept",
> octstr_get_cstr(converters[i].type));
> }
> }
> }
> @@ -857,20 +847,63 @@
> }
>
>
> -static Octstr *convert_wml_to_wmlc(struct content *content)
> +Octstr *convert_external(struct content *content, Octstr *data)
> +{
> +Octstr *res;
> +char namebuf[128], cmd[1024];
> +#define MAXLEN 1024*1024
> +char inbuf[MAXLEN];
> +FILE *f;
> +
> +
> +strcpy(namebuf, "/tmp/kannel.tmp.");
> +if (mkstemp(namebuf) == -1)
> +return NULL;
> +f = fopen(namebuf, "w");
> +octstr_print(f, content
Re: AW: Inbound capture of WAP Push Trigger over SMS for MMS
El mar, 28-10-2003 a las 18:31, Jörg Pommnitz escribió: I think he referes to the GPRS traffic to download the content. Best regards, > > Stipe Tolj wrote: > > > > correct. Usually the MMSC URL is located in a private network. The > > only practible way IMO is to use a GPRS modem device to "download" the > > MMS via the device. > > > > But this is expensive and unreliable in terms of throughput. > > Why should this be expensive? This is just a MMS download, so the sender > pays for this. Or did you mean non-financial ressources? > > Regards > Joerg -- -- |Juan Enrique Gomez Perez |Metropoli2000 Networks, S.L. | Phone: +34 914250023 Fax: +34 914250136 | email: [EMAIL PROTECTED] -- PGP Fingerprint: 6B39 3A2B A17B 1E8E CFFD FC14 678E 0A22 BD80 C486 Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD80C486 If this message hasn't a correct signature please notify it to [EMAIL PROTECTED] To get the public key please use the above url. Thanks for your help. -- signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: Inbound capture of WAP Push Trigger over SMS for MMS
El mar, 28-10-2003 a las 16:27, Alex Judd escribió: Just a stupid question, how will you download the binary data from the MMSc center?, cause (at least in Spain) the operators has the MMS content available via GPRS but on a private network, not available through the Internet :-? Best regards, > Hello everyone > > Has anyone managed to convince a handset to parse the inbound WAP Push > trigger for an MMS message to be pushed to Kannel rather than read > automatically by the handset? > > According to the docs on the Now SMS gateway (the commercial competition > :-) ), they're using a handset that isn't MMS compliant to catch the SMS > that gets sent to phones that can't receive MMS content to use the embedded > URL in that to go grab the content. > > This strikes me as a pretty long route to what we're trying to achieve. > > So, ideally, we should be able to catch the WAP Push SMS in Kannel, decrypt > into the parameters and content URL, download the binary MMS content from > the MMSC and then decrypt this (externally to Kannel using the Nokia > libraries or similar). > > If I can grab the initial binary SMS I can do the rest - any bright sparks > know a way to do it? > > Cheers > > Alex -- -- |Juan Enrique Gomez Perez |Metropoli2000 Networks, S.L. | Phone: +34 914250023 Fax: +34 914250136 | email: [EMAIL PROTECTED] -- PGP Fingerprint: 6B39 3A2B A17B 1E8E CFFD FC14 678E 0A22 BD80 C486 Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD80C486 If this message hasn't a correct signature please notify it to [EMAIL PROTECTED] To get the public key please use the above url. Thanks for your help. -- signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: Problem sending Picture Message and Operator Logo
El mié, 15-10-2003 a las 17:01, Yip Yin Yee escribió: Hi! Be careful with the kind of mobile you're using, the udh seems to be for nokia only. Best, > Hi, > > I have installed Kannel 1.2.1 on Knoppix Linux and I can send text and ringtones with > the following http commands: > > (Text) > http://198.198.1.150:13013/cgi-bin/sendsms?username=tester&password=foobar&to=91234567&text=Kannel+i > > s+working+! > > (Ringtone) - working on nokia 6610, NOT working in nokia 8250 > http://198.198.1.150:13013/cgi-bin/sendsms?username=tester&password=foobar&to=91234567&udh=%06%05%04 > %15%81%15%81&text=024A3A51D195CDD004001B2055059061056055855054854082084990&coding=1 > > > But whenever I try to send any Picture Messages and Operator Logo the http page will > say sent but > the message will arrive on my mobile phone as garbage. > > (Picture Message) > http://198.198.1.150:13013/cgi-bin/sendsms?username=tester&password=foobar&to=91234567&udh=%06%05%04 > %15%8A%15%8A&text=3004546573740201481C0166998000 > 0140006000E2400E9003128031080CF3B8018040041104440140FFFE2F8B12024000 > 00538CAA02806289C401804141400140014280024000200B0504158A000301030201 > 428001F000A28001800FFE00A500015FFEA57FFA400AAA005500028201500440015D08A188102480 > 0040FF0201404100010003ABE0024408200D55588280101440001C018036014001806B02 > 40550281990B0504158A000301030366&cod > ing=1 > > (Operator Logo) > MCC=525 > MNC=05 > http://198.198.1.150:13013/cgi-bin/sendsms?username=tester&password=foobar&to=91234567&udh=%06%05%04 > %15%82%00%00&text=25F55000480E010007EFC9003F2000 > 012049002021205DF02077BEFB8000E1C9103F242289E1C99007262289E1CDD007373EF98000E1CD > D0073738E18000E1CDD03F373EF98000 > > > Can someone help me and give me some advice on how I can solve this problem ? > > THANKS !! > YEN > > __ > Here is my kannel.conf file: > > # > # THIS IS A SAMPLE CONFIGURATION FOR KANNEL > # > # For any modifications to this file, see Kannel User Guide > # If that does not help, send email to [EMAIL PROTECTED] > # > group = core > admin-port = 13000 > admin-password = bar > smsbox-port = 13001 > #status-password = foo > #admin-deny-ip = "" > #admin-allow-ip = "" > #log-file = "/tmp/kannel.log" > #log-level = 0 > #access-log = "access.log" > #http-proxy-host = "127.0.0.1" > #http-proxy-port = 8080 > #http-proxy-exceptions = "127.0.0.1" > #http-proxy-username = "user" > #http-proxy-password = "password" > #ssl-certkey-file = "mycertandprivkeyfile.pem" > > # Smsbox related > #smsbox-port = 13001 > #box-deny-ip = "*.*.*.*" > #box-allow-ip = "127.0.0.1" > #unified-prefix = "00358,0" > #white-list = "http://127.0.0.1/white-list.txt"; > #black-list = "http://127.0.0.1/black-list.txt"; > #store-file = "kannel.store" > > # Wapbox related > #wapbox-port = 13002 > #udp-deny-ip = "*.*.*.*" > #udp-allow-ip = "127.0.0.1" > #wdp-interface-name = "*" > > # SMSC CONNECTIONS - GLOBAL FIELDS > #group = smsc > #smsc = > #smsc-id = ID > #denied-smsc-id = "X;Y" > #allowed-smsc-id = "Z" > #preferred-smsc-id = "W" > #allowed-prefix = "040;050" > #denied-prefix = "060;070" > #alt-charset = > > > # SMSC Nokia CIMD2 > #group = smsc > #smsc = cimd2 > #host = > #port = > #smsc-username = > #smsc-password = > #keepalive = > #sender-prefix = > > > # SMSC EMI > #group = smsc > #smsc = emi2 > #smsc = emi_ip to use the old implementation > #host = > #port = > #smsc-username = > #smsc-password = > #device = /dev/ > #phone = > #our-port = > #receive-port = > #connect-allow-ip = > #keepalive = > #flow-control = > > # SMSC SMPP > #group = smsc > #smsc = smpp > #host = > #port = > #receive-port = > #smsc-username = > #smsc-password = > #system-type = > #address-range = > > > # SMSC SEMA > #group = smsc > #smsc = sema > #device = /dev/tty0 > #smsc_nua = (X121 smsc address) > #home_nua = (x121 radio pad address) > #wait_report = 0/1 (0 means false, 1 means true) > > > # SMSC OIS > #group = smsc > #smsc = ois > #host = 103.102.101.100 > #port = 1 > #receive-port = 1 > #ois-debug-level = 0 > > # include = "/etc/kannel/modems.conf" > > # SMSC GSM > group = smsc > smsc = at > # modemtype = wavecom | premicell | siemens | siemens-tc35 | falcom | nokiaphone | > ericsson > modemtype = wavecom > device = /dev/ttyS0 > #pin = 2345 > #validityperiod = 167 > > # MODEM CONFIG > group = modems > id = wavecom > name = Wavecom > detect-string = "WAVECOM" > speed = 9600 > > > # SMSC Fake > #group = smsc > #smsc = fake > #host = > #port = > #connect-allow-ip = > > > # SMSC HTTP > #group = smsc > #smsc = http > #system-type = kannel > #send-url = > #po
Re: mms..near the conclusion ...:-)
El lun, 21-07-2003 a las 15:26, nicoweb escribió: Hi! I am not very sure which your problem is, but i think your problems is based on that the mobile phone receives de indication of a MMS ready to download, and when you try to download it doesnt get any thing. Here we have a similar problem with our operators, but it's due that the mms contents are stored on a internet machine, and when the mobile phone receives the indication tries to download the content from the configured GPRS connection for MMSs, and here in spain our operators uses a GPRS configuration directly against their MMSc and they dont provide connection to the internet via this GPRS configuration. i.E. My mobile has configured AMENA_Internet_GPRS and AMENA_MMS_GPRS, the first access point has access to the internet, and is associated to any WAP service, the second GPRS access point (AMENA_MMS_GPRS) is associated to any received MMS, but it is only able to surf the AMENA MMSC not the internet, so when i receive an MMS sent by me it's unable to download any thing, cause i am not able to store the content on the AMENA MMSC. Hope have explained :-) Best, > thanks for the time which you have granted me..I am now finally near > the conclusion ...!.. > I think I have written everything in correct way,and in fact the > notification arrives to the phone ! > but while it tries to be linked at mms file,he stops and does not > unload itI tried several times... > I have created mms file (m-retrieve)with the Nokia mobile internet > toolkit and in it I have put the same addressee number I used to send > the notification with the Sms and the same transaction ID and I have > put him in: > http://www.wipfunk.it/1.MMS(83%68%74%74%70%3A%2F%2F%77%77%77%2E%77%69%70%66%75%6E%6B% > 2E%69%74%2F%6E%69%63%6F%2E%4d%4d%53%00) > > I have used an only Sms because with two anything does not arrive, > without sender and object: > > 192.168.0.77:13013/cgi-bin/sendsms?username=nico&password=nico& > to=349***&udh=%06%05%04%0B%84%23%f0&text=%27%06%22%61%70%70%6c% > 69%63%61%74%69%6f%6e%2f%76%6e% > > 6 > 4%2e%77%61%70%2e%6d%6d%73%2d%6d%65%73% > 73%61%67%65%00%af%84%8c%82%98%30%30%31%00%8d%90%8a%80%8e%02%0c%1c%88% > 05%81%03%09%3a%80%83%68%74%74%70%3a%2f%2f%77%77%77%2e%77%69%70%66%75% > 6e%6b%2e%69%74%2f%31%2e%4d%4d%53%00 > > where can the problem be? > in the position which I have put the file in,or in the file itself? > you excuse if I still ask you help,but i seem to have done the things > in correct way and I do not understand because he does not work > > thank's in advance, > nico > > > > > > -- > Email.it, the professional e-mail, gratis per te: http://www.email.it/f > > Sponsor: > Ti piace la musica Jazz? Ti offriamo 5 CD a 25,01 Euro! > Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=816&d=21-7 -- -- |Juan Enrique Gomez Perez |Metropoli2000 Networks, S.L. | Phone: +34 914250023 Fax: +34 914250136 | email: [EMAIL PROTECTED] -- PGP Fingerprint: 6B39 3A2B A17B 1E8E CFFD FC14 678E 0A22 BD80 C486 Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD80C486 If this message hasn't a correct signature please notify it to [EMAIL PROTECTED] To get the public key please use the above url. Thanks for your help. -- signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmadadigitalmente
Re: CVS version
El mi? 16-07-2003 a las 18:44, Bruno Rodrigues escribió: Hi! I haven't tried 1.3.0 but from 1.3.1 it crash in every version till the latest i have got from CVS . Thanks! > Juan Enrique Gómez <[EMAIL PROTECTED]> wrote: > > [-- text/plain, encoding quoted-printable, charset: ISO-8859-1, 23 lines --] > > > > Hi! > > > > Any one has had problems with wapbox causing a segmentation fault when > > trying to make a wappush?, it works great with 1.2.1 but on way with any > > devel version. > > Does it crash in latest cvs or also in all 1.3.0, 1.3.1 or one week late cvs ? > > I've done some changes in wap code this week and I need to understand if > it could be my code or if it's a old bug > > > > > Best. > -- -- |Juan Enrique Gomez Perez |Metropoli2000 Networks, S.L. | Phone: +34 914250023 Fax: +34 914250136 | email: [EMAIL PROTECTED] -- PGP Fingerprint: 6B39 3A2B A17B 1E8E CFFD FC14 678E 0A22 BD80 C486 Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD80C486 If this message hasn't a correct signature please notify it to [EMAIL PROTECTED] To get the public key please use the above url. Thanks for your help. -- signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmadadigitalmente
Re: CVS version
sumed> ) = 0
20887 08:14:29 kill(20894, SIGSEGV
20894 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 <... kill resumed> ) = 0
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 kill(20893, SIGSEGV
20893 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 <... kill resumed> ) = 0
20887 08:14:29 kill(20892, SIGSEGV
20892 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 <... kill resumed> ) = 0
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 kill(20891, SIGSEGV
20891 08:14:29 <... poll resumed> [{fd=14, events=POLLIN}], 1,
10) = -1 EINTR (Interrupted system call)
20887 08:14:29 <... kill resumed> ) = 0
20891 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 kill(20890, SIGSEGV
20890 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 <... kill resumed> ) = 0
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 kill(20889, SIGSEGV
20889 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 <... kill resumed> ) = 0
20887 08:14:29 kill(20888, SIGSEGV
20888 08:14:29 --- SIGSEGV (Segmentation fault) ---
20887 08:14:29 <... kill resumed> ) = 0
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 --- SIGRT_1 (Real-time signal 1) ---
20887 08:14:29 sigreturn() = ? (mask now ~[TRAP KILL STOP])
20887 08:14:29 kill(20886, SIGSEGV) = 0
20887 08:14:29 _exit(0) = ?
20886 08:14:29 <... poll resumed> [{fd=3, events=POLLIN}, {fd=37,
events=POLLIN}], 2, -1) = -1 EINTR (Interrupted system call)
20886 08:14:29 --- SIGSEGV (Segmentation fault) ---
end strace ---
wapbox
2003-07-16 07:40:44 [0] INFO: Added logfile `/var/log/wapbox.log' with
level `0'.
2003-07-16 07:40:44 [0] INFO: Starting to log to file
/var/log/wapbox.log level 0
2003-07-16 07:40:44 [0] DEBUG: syslog parameter is none
2003-07-16 07:40:44 [0] DEBUG: Could not open access-log
2003-07-16 07:40:44 [0] DEBUG: map_url_max = -1
2003-07-16 07:40:44 [0] INFO:
2003-07-16 07:40:44 [0] INFO: Kannel wapbox version cvs-20030715
starting up.
2003-07-16 07:40:44 [0] DEBUG: Started thread 1
(wap/wsp_session.c:main_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 2
(wap/wsp_unit.c:main_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 3
(wap/wsp_push_client.c:main_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 4
(wap/timers.c:watch_timers)
2003-07-16 07:40:44 [0] DEBUG: Started thread 5
(wap/wtp_init.c:main_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 6
(wap/wtp_resp.c:main_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 7
(gw/wap-appl.c:main_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 8
(gw/wap-appl.c:return_replies_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 9
(gw/wap_push_ota.c:main_thread)
2003-07-16 07:40:44 [0] INFO: HTTP: Opening server at port 13014.
2003-07-16 07:40:44 [0] DEBUG: Started thread 10 (gwlib/fdset.c:poller)
2003-07-16 07:40:44 [0] DEBUG: Started thread 11
(gwlib/http.c:server_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 12
(gw/wap_push_ppg.c:ota_read_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 13
(gw/wap_push_ppg.c:http_read_thread)
2003-07-16 07:40:44 [0] DEBUG: Started thread 14
(gw/wap_push_ppg.c:pap_request_thread)
2003-07-16 07:40:44 [0] INFO: Connected to bearerbox at localhost port
13002.
2003-07-16 07:40:44 [0] DEBUG: Started thread 15
(gw/heartbeat.c:heartbeat_thread)
2003-07-16 07:41:31 [11] DEBUG: HTTP: Creating HTTPClient for
`192.168.1.6'.
2003-07-16 07:41:31 [14] INFO: PPG: Accept request from
<192.168.1.6>
2003-07-16 07:41:31 [14] DEBUG: PPG: http_read_thread: pap multipart
accepted
2003-07-16 07:41:31 [14] INFO: client address was <+34615922820>,
accepted
2003-07-16 07:41:31 [14] DEBUG: PAP COMPILER: doing semantic analysis
for address type a phone number
2003-07-16 07:41:31 [14] DEBUG: PAP COMPILER: network orbearer missing,
reverting to GSM+SMS
2003-07-16 07:41:31 [14] INFO: reverting to default bearer and network
2003-07-16 07:41:31 [14] DEBUG: PPG: http_read_thread: pap control
entity compiled ok
Segmentation fault
--
CVS version
Hi! Any one has had problems with wapbox causing a segmentation fault when trying to make a wappush?, it works great with 1.2.1 but on way with any devel version. Best. -- -- |Juan Enrique Gomez Perez |Metropoli2000 Networks, S.L. | Phone: +34 914250023 Fax: +34 914250136 | email: [EMAIL PROTECTED] -- PGP Fingerprint: 6B39 3A2B A17B 1E8E CFFD FC14 678E 0A22 BD80 C486 Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD80C486 If this message hasn't a correct signature please notify it to [EMAIL PROTECTED] To get the public key please use the above url. Thanks for your help. -- signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmadadigitalmente
