Re: into the breach^h^h^h^h^h ppp once more

1998-09-17 Thread shaul
Adding \q before the password like (\qpassword) in /etc/chatscripts/provider will stopped the password being displayed in the log even if the debug is set. Or did I missed something ? Richard E. Hawkins Esq. wrote: The loginid and password are correct; they're the same ones it uses to

Re: into the breach^h^h^h^h^h ppp once more

1998-09-17 Thread john
shaul writes: Adding \q before the password like (\qpassword) in /etc/chatscripts/provider will stopped the password being displayed in the log even if the debug is set. Or did I missed something ? It doesn't work with pap. If you put \q in front of the password in pap-secrets pppd will

Re: into the breach^h^h^h^h^h ppp once more

1998-09-15 Thread Mark Harrison
Richard E. Hawkins Esq. wrote: The loginid and password are correct; they're the same ones it uses to login. what can possibly be going wrong here? and why is the password nakedly displayed like that in the log? rick I found (after several phone calls) that turning off the debug option in

into the breach^h^h^h^h^h ppp once more

1998-08-27 Thread Richard E. Hawkins Esq.
OK, i'm back to trying to get this little beast to ppp into the one on my desk. Both are stock hamm systems. The catch is that I have to dial into a university modem pool, give an intial choice of where to go, log into it, give another command to make the connection 8 bit clean, specify my own

Re: into the breach^h^h^h^h^h ppp once more

1998-08-27 Thread john
Richard E. Hawkins writes: The loginid and password are correct; they're the same ones it uses to login. Are they the ones in the secrets file? what can possibly be going wrong here? PAP authentication is failing. Why are you using it? You're already authenticating. Why not just use