You can subscribe to this list here.
1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2000 |
Jan
(4) |
Feb
(12) |
Mar
(13) |
Apr
|
May
(7) |
Jun
(19) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(16) |
Nov
(46) |
Dec
(10) |
2001 |
Jan
(7) |
Feb
(3) |
Mar
(4) |
Apr
(29) |
May
(3) |
Jun
|
Jul
|
Aug
(5) |
Sep
(1) |
Oct
(8) |
Nov
(11) |
Dec
(5) |
2002 |
Jan
(12) |
Feb
|
Mar
(15) |
Apr
(12) |
May
(6) |
Jun
(13) |
Jul
(6) |
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
(8) |
2003 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(5) |
Oct
(2) |
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <bj...@ha...> - 2002-06-10 07:26:21
|
Daniel Stenberg wrote: > I am in Sarajevo, Bosnia. I am interested in setting up an email to SMS > gateway using Smash. (The local mobile phone company is GSMBIH.) > > What do I need to find out from them to connect smash to their system? You need to contact the phone company and ask if they have a SMSC (Short Message Service Centre) that you can access. Prepare for a long phone call, most phone companies' call centers don't even know what a SMSC is, never mind if they have one or if its accessible. If you find they have one, you must find out which protocol it uses. The two most common are TAP and UCP, but there are many others. --=20 Bj=F6rn |
From: Daniel S. <da...@ha...> - 2002-06-09 18:50:25
|
Forwarding your question to a better place, the smash mailing list. -- Daniel Stenberg -- Smash rocks! -- http://smash.sourceforge.net/ ---------- Forwarded message ---------- Date: Thu, 06 Jun 2002 21:34:06 -0700 From: Bob McLaughlin <bo...@bi...> To: da...@ha... Subject: Smash in new areas Hello, I am in Sarajevo, Bosnia. I am interested in setting up an email to SMS gateway using Smash. (The local mobile phone company is GSMBIH.) What do I need to find out from them to connect smash to their system? Thanks much, -Bob |
From: Thomas H. <Tho...@io...> - 2002-06-07 08:34:52
|
Ah, yes, so it has. Doh! Tom > -----Original Message----- > From: Bj=F6rn Stenberg [mailto:bj...@ha...]=20 > Sent: 07 June 2002 09:29 > To: Thomas Hudson > Cc: sma...@li... > Subject: Re: [Smash-discuss] Re: posible problem in smash=20 > que-ing (fwd) >=20 >=20 > Thomas Hudson wrote: >=20 > > This is the same problem we recently had with tap.so, the following > > patch should fix it: >=20 > No. Eddie is using the CVS code, where this (as you say) is=20 > already fixed. >=20 > --=20 > Bj=F6rn >=20 >=20 |
From: <bj...@ha...> - 2002-06-07 08:28:44
|
Thomas Hudson wrote: > This is the same problem we recently had with tap.so, the following > patch should fix it: No. Eddie is using the CVS code, where this (as you say) is already fixed. --=20 Bj=F6rn |
From: Thomas H. <tho...@io...> - 2002-06-07 08:13:52
|
> Eddie Bindt seems to have stumbled on a bug in Smash. I have to rush out, > so I'm posting his report in case any of you want to take a look at it. This is the same problem we recently had with tap.so, the following patch should fix it: ----------------------------- diff -Naur smash-0.12.orig/plugins/ucp.c smash-0.12.1/plugins/ucp.c --- smash-0.12.orig/plugins/ucp.c Fri Apr 13 13:06:07 2001 +++ smash-0.12.1/plugins/ucp.c Fri Jun 7 09:00:24 2002 @@ -159,11 +159,11 @@ else { int i; /* only send max 'msgpercall' messages */ - for ( i=0; ((i<msgpercall) && (offset<count)); i++ ) { + for ( i=0; ((i<msgpercall) && (offset+i<count)); i++ ) { int rc = submit( fd, messages[offset+i].number, messages[offset+i].text, from, passwd, opcode ); if ( rc == 0 ) { - messages[i].sent = 1; + messages[offset+i].sent = 1; delivered++; } } ----------------------------- Tom Hudson Engineer 2 Ioko365 Ltd. |
From: A. O. <a.o...@et...> - 2002-06-06 16:46:50
|
On Thu, 6 Jun 2002, Daniel Stenberg wrote: > On Wed, 5 Jun 2002, Bj=F6rn Stenberg wrote: > > > Eddie Bindt seems to have stumbled on a bug in Smash. I have to rush ou= t, > > so I'm posting his report in case any of you want to take a look at it. > > I've only taken a quick look so far, I don't think I found *the* problem,= but > I found a few oddities: > > 2002-06-05 21:02:31 caller (9): Deleted "store/20020605210158-36830" > 2002-06-05 21:02:31 caller (9): Deleted "store/20020605210157-36800" > 2002-06-05 21:02:31 caller (8): (Re)moved 0 messages from queue > > It first says it deletes two files, than it says it was 0 files! I belive= the > check on caller.c:262 is reversed, so it'll increase the counter only on > *failed* deletes. Agreed, however I'm pretty certain that originally delete_msg returned 1 on success, this must have been changed and the check was not updated to reflect that. > > 2002-06-05 21:02:28 plugin (8): Submit for 0629525472 > 2002-06-05 21:02:29 plugin (8): Submit for > > What's this last line doing? It looks fishy... > My gut feeling on this is that we are looping msgpercall times and submitting even when the queue is empty, I'm looking at it right now to see. A > -- > Daniel Stenberg -- Smash rocks! -- http://smash.sourceforge.net/ > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Smash-discuss mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smash-discuss > > |
From: Daniel S. <da...@ha...> - 2002-06-06 07:07:42
|
On Wed, 5 Jun 2002, Bj=F6rn Stenberg wrote: > Eddie Bindt seems to have stumbled on a bug in Smash. I have to rush out, > so I'm posting his report in case any of you want to take a look at it. I've only taken a quick look so far, I don't think I found *the* problem, b= ut I found a few oddities: 2002-06-05 21:02:31 caller (9): Deleted "store/20020605210158-36830" 2002-06-05 21:02:31 caller (9): Deleted "store/20020605210157-36800" 2002-06-05 21:02:31 caller (8): (Re)moved 0 messages from queue It first says it deletes two files, than it says it was 0 files! I belive t= he check on caller.c:262 is reversed, so it'll increase the counter only on *failed* deletes. 2002-06-05 21:02:28 plugin (8): Submit for 0629525472 2002-06-05 21:02:29 plugin (8): Submit for What's this last line doing? It looks fishy... --=20 Daniel Stenberg -- Smash rocks! -- http://smash.sourceforge.net/ |
From: Dominique G. <dg...@dg...> - 2002-06-05 20:04:45
|
Stange, Sms client is working perfectly with faxgetty ?? I things that the only differences are the setting for the delay, when the faxgetty has opened the /dev/ttyS0 , a delay is introduced ?? why ? This week-end I will try to write a patch to add support for delay at several point ... Dominique Gallot ----- Original Message ----- From: "Jurrie Overgoor" <ju...@tr...> To: <sma...@li...> Sent: Wednesday, June 05, 2002 9:55 AM Subject: Re: [Smash-discuss] Some problems - proximus provider updated - Features request > Hey, I've also got problems with faxgetty (using Hylafax maybe?). I think I > managed to get things working together. You can let Smash lock your modem by > editing the config file of the server. Somewhere it reads lock{0}, change it > to read lock{1}. I thought it's near the flush interval line.... > > If you've got faxgetty and smash working together, I'd like to hear how you > managed this. > > And, on RedHat 7.1 at least, the lock file for the modem is /var/lock/ttyS0 > (if you use the first com port). But don't create a lock file yourself, let > the modem-using software do this. > > Greetz -- Jurrie > ju...@tr... > > >Problem .. > >I am getting serious probleme when the modem device is attached with the > getfaxtty ! It seems that there >are mode buffering/delay between the AT > command ... Is this normal. > >Does smash lock the device when using it ? ( In fact, I have no idear how > to lock a device, though a .lock >file somewhere ? ) > > > > > > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Smash-discuss mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smash-discuss > |
From: <bj...@ha...> - 2002-06-05 19:51:16
|
Hi all. Eddie Bindt seems to have stumbled on a bug in Smash. I have to rush out, so I'm posting his report in case any of you want to take a look at it. --=20 Bj=F6rn ---------- Forwarded message ---------- Date: Wed, 05 Jun 2002 12:25:09 -0700 From: Eddie Bindt <ed...@us...> To: bj...@ha... Subject: posible problem in smash que-ing Hi Bjorn, I was using smash for a while and discovered the following : putting 3 messages in the queue with smash ... using KPN with msgpercall(2) putting loglevel(9) on caller : 2002-06-05 21:02:05 caller (9): Auto-tagging 3 messages 2002-06-05 21:02:05 caller (9): 2 operators with regex found in config file 2002-06-05 21:02:05 caller (8): 3 message(s) in queue for kpn 2002-06-05 21:02:05 caller (9): Calling plugin ucp.so for kpn 2002-06-05 21:02:05 caller (9): No config entry 'operator.kpn.passwd' 2002-06-05 21:02:05 caller (9): No config entry 'operator.default.passwd' 2002-06-05 21:02:05 plugin (7): Calling 0653141414 using /dev/modem at 5760= 0 bps 2002-06-05 21:02:13 plugin (8): Connected at 57600 bps 2002-06-05 21:02:15 plugin (8): Submit for 0629525472 2002-06-05 21:02:16 plugin (8): Submit for 0629525472 2002-06-05 21:02:18 plugin (8): Hung up 2002-06-05 21:02:18 plugin (7): Calling 0653141414 using /dev/modem at 5760= 0 bps 2002-06-05 21:02:26 plugin (8): Connected at 57600 bps 2002-06-05 21:02:28 plugin (8): Submit for 0629525472 2002-06-05 21:02:29 plugin (8): Submit for 2002-06-05 21:02:31 plugin (8): Hung up 2002-06-05 21:02:31 caller (9): Deleted "store/20020605210158-36830" 2002-06-05 21:02:31 caller (9): Deleted "store/20020605210157-36800" 2002-06-05 21:02:31 caller (8): (Re)moved 0 messages from queue 2002-06-05 21:02:31 caller (9): Returned from plugin 2002-06-05 21:02:31 caller (7): Caller exited 2002-06-05 21:02:46 caller (7): Caller started 2002-06-05 21:02:46 caller (9): Auto-tagging 1 messages 2002-06-05 21:02:46 caller (9): 2 operators with regex found in config file 2002-06-05 21:02:46 caller (8): 1 message(s) in queue for kpn 2002-06-05 21:02:46 caller (9): Calling plugin ucp.so for kpn 2002-06-05 21:02:46 caller (9): No config entry 'operator.kpn.passwd' 2002-06-05 21:02:46 caller (9): No config entry 'operator.default.passwd' 2002-06-05 21:02:46 plugin (7): Calling 0653141414 using /dev/modem at 5760= 0 bps 2002-06-05 21:02:54 plugin (8): Connected at 57600 bps 2002-06-05 21:02:56 plugin (8): Submit for 0629525472 2002-06-05 21:02:57 plugin (8): Submit for 2002-06-05 21:02:58 plugin (8): Hung up 2002-06-05 21:02:58 caller (9): Deleted "store/20020605210202-368d0" 2002-06-05 21:02:58 caller (8): (Re)moved 0 messages from queue 2002-06-05 21:02:58 caller (9): Returned from plugin 2002-06-05 21:02:58 caller (7): Caller exited the 1st queue run it detects 3 messages, it sends 2 messages and calls again and sends 1 message it deletes just 2 (!) messages and leaves 1 in the queue then on the next run it sends 1 other message ... so, the last message is send twice ! this problem gets bigger with more messages in the queue, as it seems the remove just 2 messages from the queue after each queue-run (even it did send dozens of messages ....) I saw this is handled in caller.c , but my C is not good enough to fix this ... I am using smash from CVS downloaded 2002-06-05 Linux Redhat 6.2 I hope you can help, Eddie Bindt, ed...@xs... |
From: Dominique G. <dg...@dg...> - 2002-06-05 19:50:37
|
>> proximustap{ >> plugin{tap.so} >> telno{0475161621} >> speed{9600} >Is it really necessary to use 9600? 2400bps have faster connection times >that result in shorter calls. Probably, but do not forget that here in belgium, the first minute is billed, even if partially used. The main differences between my version and the version inside the distribution are, the protocol ... tap and the phone number. The old phone number seems to be out of order. ( the 0475161616 is busy all the time ) Regards, Dominique |
From: <bj...@ha...> - 2002-06-05 09:49:28
|
Dominique Gallot wrote: > proximustap{ > plugin{tap.so} > telno{0475161621} > speed{9600} Is it really necessary to use 9600? 2400bps have faster connection times that result in shorter calls. > - If the protocol allow it, and most does, ( isn"t it ? ) > What not allowing sending by group each Hours. How do you mean? > For example It would be great if we may define some policy like > If 5 messages waiting .. send > if message in queue for more that 10 minutes send .. no ? Not a bad idea. > - Why not allowing the delay to be configurable ( delay after init, > delay between retry, after a bust tone... ) Sure. --=20 Bj=F6rn |
From: Jurrie O. <ju...@tr...> - 2002-06-05 07:56:01
|
Hey, I've also got problems with faxgetty (using Hylafax maybe?). I think I managed to get things working together. You can let Smash lock your modem by editing the config file of the server. Somewhere it reads lock{0}, change it to read lock{1}. I thought it's near the flush interval line.... If you've got faxgetty and smash working together, I'd like to hear how you managed this. And, on RedHat 7.1 at least, the lock file for the modem is /var/lock/ttyS0 (if you use the first com port). But don't create a lock file yourself, let the modem-using software do this. Greetz -- Jurrie ju...@tr... >Problem .. >I am getting serious probleme when the modem device is attached with the getfaxtty ! It seems that there >are mode buffering/delay between the AT command ... Is this normal. >Does smash lock the device when using it ? ( In fact, I have no idear how to lock a device, though a .lock >file somewhere ? ) |
From: Dominique G. <dg...@dg...> - 2002-06-04 23:16:14
|
Hello, The configuration for proximus BE was working ,. Here is a correct configuration. # Proximus, BE proximustap{ plugin{tap.so} telno{0475161621} speed{9600} bits{8n1} } - If the protocol allow it, and most does, ( isn"t it ? ) What not allowing sending by group each Hours. For example It would be great if we may define some policy like If 5 messages waiting .. send if message in queue for more that 10 minutes send .. no ? - Why not allowing the delay to be configurable ( delay after init, = delay between retry, after a bust tone... ) Problem .. I am getting serious probleme when the modem device is attached with the = getfaxtty ! It seems that there are mode buffering/delay between the AT = command ... Is this normal.=20 Does smash lock the device when using it ? ( In fact, I have no idear = how to lock a device, though a .lock file somewhere ? ) By the way, you piece of software work perrfectly ... thanks=20 Dominique Gallot |
From: Bjoern M. <bm...@tu...> - 2002-05-27 11:23:07
|
Hi Here's a patch for tap.c to work with eplus in germany. As this alters the login procedure, other tap services must be tested with it. Alternatively save this as tap-eplus.c and use this as the eplus plugin. (thanks to Holger Marzen for the original patch for sms_client, see http://groups.google.com/groups?q=01771167&hl=en&lr=&ie=utf-8&oe=utf-8&selm= a559pi%24a15%241%40bluebell.marzen.de&rnum=10 for more) -------- SNIP --------- --- tap.c-orig Mon May 27 13:02:45 2002 +++ tap.c Mon May 27 13:07:50 2002 @@ -268,7 +268,10 @@ for (i=0; i < MAX_TRIES; i++) { - (smash.write)(fd, REQ1, strlen(REQ1)); + /* workaround for eplus germany, don't send first <cr> */ + if (i>0) { + (smash.write)(fd, REQ1, strlen(REQ1)); + } if ((smash.waitfor)(fd, TIME_T2, NULL, 1, ACK1) > 0) { -------- SNIP --------- Greetings, Bjoern |
From: Anluan O'B. <ao...@us...> - 2002-05-23 14:54:29
|
On 23 May 2002, Daniel Stenberg wrote: > Correct me if I'm wrong, but I belive that the function you added > named archive_msg() leaks memory. It uses a malloc() in there but I > couldn't find any matching free()...? You're right. Sorry about that, I patched against an earlier version of my code. There were a few other changes that weren't in the patch as a result. All cosmetic though. Here's the proper patch. a |
From: Daniel S. <da...@ha...> - 2002-05-23 07:00:12
|
On 22 May 2002, Anluan O'Brien wrote: > I said I would send in patches for an "archive" option a while back. I am > sending them now, sorry for the delay. If they can get into the next > release cool, otherwise, well people can always get them from CVS if > they're accepted! :) Correct me if I'm wrong, but I belive that the function you added named archive_msg() leaks memory. It uses a malloc() in there but I couldn't find any matching free()...? -- Daniel Stenberg -- Smash rocks! -- http://smash.sourceforge.net/ |
From: Anluan O'B. <ao...@us...> - 2002-05-23 00:54:41
|
Hey Bjorn and all, I said I would send in patches for an "archive" option a while back. I am sending them now, sorry for the delay. If they can get into the next release cool, otherwise, well people can always get them from CVS if they're accepted! :) I've attached them below, they apply to the latest CVS as of now. Take Care! Anluan |
From: <bj...@ha...> - 2002-05-22 12:14:50
|
Hi all. After a long period of hibernation, I have now updated CVS with the patches I have received the last couple of months. The patches are: Anluan O'Brien: Fixed msgpercall problem in tap and ucp plugin. Daniel Stenberg: Fixed bug where NO_CARRIER response was not detected. Paul Jenner & Thomas Hudson: Fixed problem with some modems and also a msgpercall problem in the tap plugin. Are there any other fixes I have missed? If not, I will bake a new = release in a couple of days. (Maybe it's even time for 1.0... :-) -- Bj=F6rn |
From: <Ian...@re...> - 2002-05-16 15:04:57
|
Dear All, Is there a quite mode for smash? I am trying to use smash for notification messages from Netsaint but netsaint is not happy with the output from smash after a message is received. I currently have > /tmp/smash.tmp on the end of the command strings to redirect the output to a temp file but it would be much better if there was a switch to stop smash returning any output. Thanks Ian... |
From: <bj...@ha...> - 2002-04-18 16:30:03
|
Anluan O'Brien wrote: > I can submit the patches to Bjorn if anyone thinks it's worthwhile. Please do. I know I have been lazy applying patches, but that is going to change. --=20 Bj=F6rn |
From: Anluan O'B. <ao...@us...> - 2002-04-18 16:07:03
|
Hey Lars and all, I dunno if Bjorn remembers me, I sent a patch or two for tap a few months back. :) Anyway I modified smash (including config directives) to allow for archiving of all messages sent to a directory other than store. I can submit the patches to Bjorn if anyone thinks it's worthwhile. Otherwise, Lars, email me and I can send you the new code. Also, I added a rudimentary "backoff" to the dialer, I found that often swisscom was not picking up or not picking up properly and it was causing me to redial repeatedly and rack up expensive phone costs. Now after a configurable amount of tries the system just moves the message elsewhere. Eventually I'll have something else move it back in so it can try again. When that is closer to clean I will submit it here for everyone's approval. Take Care, A ps. On solaris I get semi-frequent core dumps from bus error's or other things, unfortunately I have not yet been able to track down the problem. Has anyone else had much crashing? Originally it was just when I received too much garbage back from the sms provider I was calling but then I noticed it was happening in a few other places too, but seemingly random. On 2001-11-14 12:21, Lars H. Korte wrote: >Hi, > > >> BUT: > >> How can I tell the smashd to not delete the messages in the store-directory > >> he has sent ? Somewhere in the .cfg ? > > >You can't. Nobody ever thought sending the same messages over and over was a > >thing many people would want. :-) > > No, I wasn't thinking of sms-bombing. I just want to keep some kind of an > archive, which sms, had been sent. > > >The easiest thing to do would be to change the plugin to not mark messages > >"sent" when they are sent. Either that, or change caller.c to not remove() the > >message files from the queue. > > Unfortunately I am not a C-Programmer, sorry, but with my little knowlede I > will try ;-) > > >> Is there a list with ALL options for the config-file ? > > >Actually, there are no more options other than those already in smash.cfg. At > >leasy none I can think of. > > I didn't find a "from {}" in the config file, but in the logfile I > discovered, that I can be set in an Operators-Section. And other options > also appear in the Log. > > Thankx > Lars |
From: Paul J. <Pau...@io...> - 2002-04-17 11:11:59
|
Hi Bj=F6rn. Hopefully my colleague Tom Hudson has submitted a patch by private mail. Thanks for providing such a useful application, Paul > -----Original Message----- > From: Bj=F6rn Stenberg [mailto:bj...@ha...]=20 >=20 > Very nice! Could you send a patch of these fixes, so we can=20 > incorporate them into the source code? |
From: Daniel S. <da...@ha...> - 2002-04-14 18:00:30
|
On Sun, 14 Apr 2002, Jurrie Overgoor wrote: > I read the file about the SMASHP/1.0 protocol. I tried to make a client > myself, but it seems that the server doesn't follow this (incomplete...?) > protocol. SENDMSG for example has to be SENDMSG * . And the STATUS message > doesn't seem to be supported? So what's up with the SMASHP/1.0 protocol > then? Will it be implemented in a future version of Smash? The documented protocol is a kind of mix of what we wanted the protocol to be and what we have implemented. Unfortunately, we've changed a few things in the source code but not in the document, leaving it a little incomplete. I can't tell if we ever will implement the full protocol, as documented. All help is of course appreciated that'll take us in that direction. > And an other thing, when I connect to the smashd server, and I've sent my > message (asking for the list of supported operators), my program waits > untill the server has timed out and evaluates what is has recieved so far. > I get a correct reply to my message, but why does the server have to time > out before it sends the reply? Can I do something about it? I think it helps if you pass "Content-Length: 0" as a header. -- Daniel Stenberg -- Smash rocks! -- http://smash.sourceforge.net/ |
From: Jurrie O. <ju...@tr...> - 2002-04-14 17:51:49
|
Hello, I read the file about the SMASHP/1.0 protocol. I tried to make a client myself, but it seems that the server doesn't follow this (incomplete...?) protocol. SENDMSG for example has to be SENDMSG * . And the STATUS message doesn't seem to be supported? So what's up with the SMASHP/1.0 protocol then? Will it be implemented in a future version of Smash? And an other thing, when I connect to the smashd server, and I've sent my message (asking for the list of supported operators), my program waits untill the server has timed out and evaluates what is has recieved so far. I get a correct reply to my message, but why does the server have to time out before it sends the reply? Can I do something about it? Greetz -- Jurrie ju...@tr... |
From: Harvey, A. A. <HarveyA@OneSteel.com> - 2002-04-07 23:07:20
|
As a reply to this thread To keep the list up to speed on Friday I sent this to Bjorn.... Hi Bjorn, I thought I might get intouch directly to spare other on the SMaSh list. It concerns my post to the list that is still currently top of the list. As no-one appeared to have any suggestions for my problem I flashed up the source code and the log to determine what was happening. In my opinion ( without knowing the protocol ) the following probelms exist in the 0.12 release. 1. Slow/busy machines don't get a byte by byte input in the routine waitfor, as indicated by the log printout, and waitfor discards all that it reads between calls. so concatinated protocol responses get lost becase the entire input buffer is read during the first call. Fix force the read to explicitly get one byte not the 250 in the code, or make waitfor not discard what it has read but not processed. 2. The Telstra service does not follow the protocol as described in the source of tap.so Fix I wrote a plugin telstra.so, a copy of tap.so, save the protocol response of ACK4 ACK 5 FORCED_DISCONNECT after the message has been successfully delivered. 3. There is a bug in the tap.c code for updating the sent flag after a successful delivery resulting in the message queue being repeatedly sent deleting only the last message each pass. message[i].sent = 1 should be message[offset+i] = 1 4. In the telstra.c plugin I have made the messages delivered in the order they are queued. 5. What I have not done is fix the generation of the makefile to include the telstra plugin 6. I have marked all the code changes with the string "A-Harvey". Search and remove them if you like I have attached a tar ball which contains all the changes. I am very greatfull to all those that have produced SMaSh -- Thankyou all. If you are interested I am going to write a Windows visual client and possibly an OXC in the next couple days. You can have/include thse in SMaSh if you want. Let me know if you are interested. ( Bjorn/Daniel that is ) Thanks again Allan |