Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!mailrus!accuvax.nwu.edu!nucsrl!telecom-request From: rpw3%rigden.wpd@sgi.com (Rob Warnock) Newsgroups: comp.dcom.telecom Subject: Re: Envoy 100 Message-ID: <4300@accuvax.nwu.edu> Date: 23 Feb 90 12:42:52 GMT Sender: news@accuvax.nwu.edu Reply-To: "Robert P. Warnock" Organization: Silicon Graphics Inc., Mountain View, CA Lines: 78 Approved: Telecom@eecs.nwu.edu X-Submissions-To: telecom@eecs.nwu.edu X-Administrivia-To: telecom-request@eecs.nwu.edu X-Telecom-Digest: Volume 10, Issue 124, Message 6 of 11 In article <3846@accuvax.nwu.edu> Colin Plumb writes: +--------------- | Some people I know are doing some work for Bell Canada and Bell is | hooking them up to a system called "Envoy 100". (It's a billable | expense and Bell wants it very much, so whether it's useful isn't an | issue.) When I first heard of it, I thought it was just a voice mail | system, but apparenly you can use it to send mail or couriered | messages and do all sorts of neat tricks. The user needs a modem. | | The odds are good I'm going to be taching them something about how to | use it. Has anyone on TELECOM had any experience with this thing? | What exactly is it/are there any gotchas? +--------------- It's just a commercial e-mail service. Happens to be run (indirectly) by the Canadian government. Fees are charged for connect time, kilocharacters sent/read, disk storage, and monthly service fee. It's not cheap. It has a rather primitive command/help system, and a very primitive editor for composing messages. (Nothing at all approximating "termcap", nor indeed any screen-oriented functions. Strictly glass TTY.) It is partitioned up into disjoint user groups (although there is a syntax for talking to people in other groups); that's because it's largely marketed as private (closed) e-mail for companies/groups that don't already have computer-based e-mail. It provides a tree-structure of bulletin-boards within a given user community for posting USENET-style (you send mail to a BBS "user name"), plus normal user-to-user unicast mail. You get notification of new mail on login for yourself and for any BBS's in your user group. It can be accessed in Canada by direct dial (various numbers), or in Canada via Datapac, or in the US via Telenet (0302039400100). Has automatic password aging, which makes for fun if you're trying to run a "gateway" (well, a program to poll a couple of accounts for their mail). Has a tiny bit of support for "batched" input, presumably for those who compose their messages offline on a PC. However, it *does* seem to be plugged into most of the X.400-like gateways, and with the right magic you can (they say -- I've never gotten it to work) send a message to, say, AT&T Mail, or some of the other commercial nets. And the administration of a user community can be pretty much delegated to your group's designated net administrator, who can add/modify/delete individual accounts within the group, add/delete/rearrange the bulletin-board structure, and who gets all the bills. The biggest "gotchas" to watch out for are the overall costs (they can mount up fast if a sudden flurry of traffic occurs some month), the delayed billing cycle (you don't see what you've spent for several months), and the fact that messages are *not* automatically deleted after you read them unless you say "PURGE UNFILED", which leaves a gathering pile of *very* expensive disk bits. You can also rack up connect time if you read stuff on-line, with the built-in "---more---" prompts. Fortunately, you can say "READ!" which will dump all your new messages out with no paginator (hopefully to be captured in your terminal emulator's log file), and log off quickly (*after* remembering to "PURGE UNFILED"). Composing on-line can be expensive iff you are a bad typist and need to spend a lot of time in their editor. But all in all, not terrible, and certainly usable by people with nothing but a dumb terminal. (But then, so are ATTmail and MCImail.) I use it *only* because a group of which I'm a member happened to pick it as an "interim solution" to staying in touch -- "interim" for several years now. (Yes, we should switch to UUCP-based news, but a goodly number of the members are still terminal-only users scattered in fairly isolated locations. Telenet's "local" access ports are a winner for this population.) Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311