Re: URL Access Error codes
Re: URL Access Error codes
- Subject: Re: URL Access Error codes
- From: John W Baxter <email@hidden>
- Date: Thu, 14 Mar 2002 17:41:26 -0800
Malcolm Fitzgerald <email@hidden>
>
on 15/3/02 12:38 AM, JollyRoger at email@hidden wrote:
>
>
> On 3/14/2002 1:18 AM, "Malcolm Fitzgerald" <email@hidden> wrote:
>
>
>
>> 1. The server. We used to send things to upload.zipworld.com.au now
>
>> we send things to our domain name
>
>>
>
>> 2. our login is now our full email address, previously it was simply
>
>> our account name. That means there are two @ symbols in the URL. URL
>
>> Access chokes on that, so I'm sending it in a converted state.
>
>
>
> Error -3170 is an Open Transport (OT) error:
>
>
>
> -3170 kOTBadNameErr The endpoint name is invalid.
>
>
>
> So this is a connection problem of some sort. My guess is OT is not able to
>
> figure out what part of the URL is the username and what part is the domain
>
> name. Was the FTP protocol ever *designed* to allow @ characters in
>
> usernames??? I kind of doubt it. Maybe you should talk to your FTP admin
>
> about changing your FTP username to a simple username.
>
>
>
>
Well the @ character has had my antennae prickling. I have used the
>
constructed URL in Interarchy - it works. So, Interarchy and URL Access
>
handle the URL differently and whatever Interarchy does is good enough for
>
the server. (But we've only got one licence for interarchy and we're going
>
to use the script across six machines. We're poor but honest folk!)
>
>
> HTH
>
>
>
> JR
>
>
>
> PS: You know, I've seen this problem here once before recently. It seems
>
> fairly uncommon to me for an administrator to use an @ character in a
>
> username. I have to wonder why a sys admin would ever ask users to use an
>
> email address rather than a standard username. I don't see how using email
>
> addresses is much more secure than using usernames. The common security
>
> problems with FTP servers typically have to do with buffer overflows, etc.
>
> Could it be that the person maintaining this FTP server is a Mac OS/Winblows
>
> user who doesn't really know much about FTP servers running some dinky FTP
>
> server on his machine? Just curious - I'm interested in learning what is at
>
> the bottom of this circumstance.
Last time this came up, I *think* we concluded that URL access can't do the
job. Apple really needs to attend to this, because the problem will grow
(ISPs are rapidly merging) rather than going away.
Proxy RADIUS, or something similar. The authentication goes to the initial
authentication server, which sees the @ in the username part, looks at the
stuff after the @ but before the next one, uses that to ship the query off
to an authentication server which knows the answer.
It's pretty commonly done, whether because of a merger or because of
outsourcing. (For instance, where I live, Earthlink outsources the
operation of the modems to UUNet--whose modems also serve several others.
My user id for dialing in is email@hidden. UUNet's
authentication server sees the @earthlink.net and knows where to ship the
query off to. We're too small for each provider to deal with its own modem
pool backhauled somewhere (and much too small for the Earthlinks and MSNs
to open physical facilities).
>
>
That may well be the case but it is a fairly big outfit (Pacific Media).
>
They swallowed our previous ISP (Zipworld) which was itself a respectably
>
large enterprise by Aust. standards.
>
>
My guess is that after the business takeover they ran the systems
>
independently. The recent switch to a new server was probably to
>
conglomerate the users into one system and the use of the email address is
>
to differentiate users so that the right symbolic paths are used for web
>
sites. But my guess is all science fiction, I don't really have any facts to
>
go by.
You're certainly in the right ballpark, if not exactly right.
--John
--
John Baxter email@hidden Port Ludlow, WA, USA
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.