Path: utzoo!utgpu!cunews!bnrgate!brtph3!brchh104!brchs1!bnr.ca!rice.edu!sun-spots-request From: dhesi%cirrusl@oliveb.atc.olivetti.com (Rahul Dhesi) Newsgroups: comp.sys.sun Subject: Re: Using Kermit on Sun Systems Keywords: Software Message-ID: <1325@brchh104.bnr.ca> Date: 17 Jan 91 20:47:42 GMT Sender: news@brchh104.bnr.ca Organization: Sun-Spots Lines: 26 Approved: Sun-Spots@rice.edu X-Sun-Spots-Digest: Volume 10, Issue 16, message 17 X-Note: Submissions: sun-spots@rice.edu, Admin: sun-spots-request@rice.edu There are some modems that will try to automatically determine whether to use tone or pulse dialing. They will send out the first digit as a tone, then wait to see what happens. If the first digit doesn't immediately cause the dial tone to cease, the modem will assume that pulse dialing is needed and redial the whole thing using pulses. My diagnosis is that your dial string does not include either "T" or "P" to tell the modem whether to use tone or pulse dialing, so it is using its auto-determination method described above. When the number is internal the dial tone ceases after the first digit and the modem continues with tone dialing. But when the number is external, the initial "9" gives you another dial tone so that you can now dial an external number. The modem notices that the dial tone is still there and switches to pulse mode and tries again. The solution is to use an explicit "T" in the dial command. Thus instead of saying "ATD9-408-123-4567" you need to do "ATDT9-408-123-4567". How you should tell your Kermit to do this is another question. Some programs, like many implementations of Kermit, hard-code modem-dialing instructions and make it impossible to change them without changing the source code. If this is the case with the program you are using you may be in trouble. History never | Rahul Dhesi becomes obsolete. | UUCP: oliveb!cirrusl!dhesi