Thanks for using our service, your message has been sent to +31628672599. > --- Actual message sent using SMS --- email from: brad chapman <chapmanb at arches.uga.edu>: [Pipet Devel] Project Design (fwd) > --- Bodytext delivered in separate SMS messages --- (1/10) Hey all; This is from a discussion Jarl and I were having, and I thought it was really relevant to everyone. I like this plan for integrating everythin (2/10) g--whadda you all think? Brad - Forwarded message ---------- Date: Thu, 23 Mar 2000 19:45:42 +0100 From: jarl van katwijk <jarl at casema.net> To: Brad Cha (3/10) pman <chapmanb at arches.uga.edu> Subject: Project Design > > Well, the only think I worry about is that Overflow probably doesn't > want to be "absorbed" (4/10) into GMS and would like to be able to work > independently. Couldn't the authentication go in a > "processing/pre-processing engine" that then directs s (5/10) tuff to either > GMS or Overflow? I know the Overflow people dont want their code integrated, but I'm saying to this: Loci based GUI | -> Communication (6/10) SAME AS current Loci's GUI, only enhanced | with various extra gms & overflow features. \/ Scripts -----> 'Brad's Interperter' :-) | (7/10) -> Translates scripts\GUI calls to 'gms api+', which will be a reviced | gms api + the current Overflow api. So gms will select what calls | are to be h (8/10) andled and which ones are to be passed to overflow \/ Remote Env.---> GMS based broker --> Remote Environment | -> This communicatio (9/10) n is THE SAME as subnet-subnet comm. | AND as Oveflow-GUI comm. GMS will emulate that api \/ Local Env.----> Overflow based processor ---> Local Environ (10/10) ment SO Gms will be adjusted to 'speak' to overflow, overflow stays the same as it is, only restricted to local operation. And the Loci GUI will stay th > --- End of message --- PLEASE NOTE: Because of the limitations of Short Messages (length max 160 characters) we will only send the subject field of your email to the GSM phone. All data in the body of the message will be lost, unless the recipient has set the receiption of bodytekst to ON. For more information call Dutchtone customer care Dutchtone Email SMS Service. NOTE: This message is an automatic delivery report. If you did not send your email to a 'Dutchtone' mailbox, the original addressee probably has an invalid mail forwarding rule installed. You could help us to stop sending unwanted reports by telling your addressee to forward his mail to (GSMnumber)@gsm-notificatie.wanadoo.nl instead of (GSMnumber)@gsm.wanadoo.nl. No delivery confirmation messages will be auto-sent using that mailbox.