470,831 Members | 1,310 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 470,831 developers. It's quick & easy.

ASP.NET Intranet Application and Macintosh clients

We have developed a web-based "intranet" application using ASP.NET, C#
and SQL Server 2000, session management with State Server. This
application will not be used on internet, just an intranet environment
in a local area network, consisting of PC and Macintosh clients.
Macintosh users will indeed just use the searching facilities of the

Our Web-Server has Windows 2003 Server and IIS6 on it. Although the
PC's can successfully use this web application, Macintosh computers can
not connect. When we write the address of the application such as
"http:\\\applicationname" ( is the IP address of
the Windows 2003 Server running the IIS and the web application on it)
on the Macintosh computer's Internet Explorer address bar, first a
login dialog comes asking the user name, password and domain name to
connect to the Windows 2003 Server, after we login successfully an
error page comes on the browser with the such as error "Access Denied".
When we type "http:\\\" and the standard "Under
Construction" page comes, no error.

My question is; can the macintosh clients use an asp.net intranet
application in this way, I mean are we trying to achieve an impossible
thing? I wish the anwer is "Yes they can", but if yes, what are we
missing? What the setting or configurations we have to make to see the
Mac's also connect without problem?

Any help will be appreciated.


Nov 19 '05 #1
0 1115

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

17 posts views Thread by Jawahar Rajan | last post: by
8 posts views Thread by KwiGibo | last post: by
5 posts views Thread by asdf | last post: by
30 posts views Thread by (PeteCresswell) | last post: by
1 post views Thread by Luis P. Mendes | last post: by
9 posts views Thread by =?Utf-8?B?bnV1dHV1ZG5ldA==?= | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.