[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[cobalt-developers] Raq4: SSL main site certificate and other SSL
- Subject: [cobalt-developers] Raq4: SSL main site certificate and other SSL
 
- From: "Michelle A. Hoyle" <michelle@xxxxxxxxxxxxx>
 
- Date: Thu Oct 26 04:09:00 2000
 
- List-id: Mailing list for developers on Cobalt Networks products <cobalt-developers.list.cobalt.com>
 
From: ennio@xxxxxxxxx
Date: Thu, 26 Oct 2000 06:43:51 GMT
Reply-To: cobalt-developers@xxxxxxxxxxxxxxx
I had the same kind of behaviour and my problem was that my browser was set up
to the German language after switching to US English the browser woks
perfectly.
I hope it help also for you too.
Michelle Hoyle said:
 > I may have been a little to succinct earlier this morning with
 > respect to problem 1:
 >
 >
 > >1) I can't use Netscape anymore to administer my Raq.  It works OK
 > >with Internet Explorer but not Netscape.
 >
You know, I can't *BELIEVE* that was the problem.  I did as you 
suggested and, you're right, that solved the problem.  My browser was 
set to English in the first place but not US English (probably 
because I don't live in the US and the various software installers 
know that).
So I'm supposed to go around and tell all of my clients using 
Netscape to add "English (US)" to their list of languages?
OK.  I did some poking around.  The problem lies in the names of the 
files in /usr/admserv/html/.cobalt/search:
total 4
-rw-r--r--   1 root     root         1734 Jun 30 03:03 search_users.html.en_US
-rw-r--r--   1 root     root         1594 Jun 30 03:03 search_vsite.html.en_US
Notice that those two files cover the virtual site and the user list, 
both of which I couldn't get to come up!  Notice the endings on the 
those files?  That's why we have to include en_US in Netscape.   (By 
the way, those are the only two files on my Raq4's admserv HTML 
directories that end in .en_US.  The rest all just end in .en) 
Internet Explorer (which is set to English (en)) must take anything 
that starts with en as veing valid for English.  Netscape is pickier. 
Anyway, I'm just going to... rename those files to .en, like 
everything else.
Looks like that works (after I've removed the .en_US from my Netscape 
preferences).  I'd say this is a Cobalt BUG and they should fix that 
at some point in a patch.  (Who do you report these kinds of bugs to 
anyway?)
Finally, I'd still also like to know why this was only an issue for 
me after I moved the certificate?  I created all the accounts/etc on 
the machine using the GUI before I moved the certificate from the old 
machine to the new and it all worked fine then without .en_US.
Thanks, though.  Thawte and I never guessed that and we've been 
hacking away at this problem for more than a week now.  Well, one 
problem down, two to go.
Michelle
--
----|      TRANSCENA DESIGN  |----------------------------
Michelle A. Hoyle, VP Web Technologies, Canada
#801 T.D. Tower, Edmonton, Alberta, Canada  T5J 2Z1
N. America:  1-888-429-2363  |  UK:  020 7529 1465
International:  +1 780 429 2363
------------------|  internet design architects     |--------