Thank you. Things seem to be working. I used the scheme.
At one point in the past, I actually did read the REBOL CORE manual, but I =
didn't understand this "schemes" business, and still am not too handy with =
the networking, so I didn't understand the significance of what I was =
reading, and so forgot about it. =20
Unfortunately, I just re-read that part of the documentation, and I still =
don't understand it. I am beginning to think it is just me. I soldier =
on.
Elapsed time from question to solution: 46 minutes. How long would I have =
waited on hold at a major vendor's help line, if there even was such a =
thing.
>>> Gregg Irwin <[EMAIL PROTECTED]> 8/25/2006 10:19 AM >>>
Hi Steven,
SW> I want to ftp something between two computers on our internal network. =
=3D
SW> Normally this would be a one-liner and easy, and I have done it =
before.
SW> Now, the user ID that I must use (so says the network administrator) =
=3D
SW> contains the "@" character, or, alternatively, I can use one that =
contains =3D
SW> the "/" character. In either case, the ftp does not work. Of course =
I =3D
SW> would expect it not to, because of the special characters.
This comes up from time to time. There are two answers:
1) Use a scheme block
read [
scheme: 'ftp
host: domain.com
user: [EMAIL PROTECTED]
pass: "password"
]
2) Use a patch to the net-utils/url-parser (Thanks Pekr!)
net-utils/url-parser/user-char: union net-utils/url-parser/user-char make =
bitset! #"@"
net-utils/url-parser/path-char: union net-utils/url-parser/path-char make =
bitset! #"#"
HTH!
-- Gregg =20
--=20
To unsubscribe from the list, just send an email to=20
lists at rebol.com with unsubscribe as the subject.
--
To unsubscribe from the list, just send an email to
lists at rebol.com with unsubscribe as the subject.
