johanf

Jag använder "Check Print Quota X" på en skola där vi kör OSX 10.3 och inbyggda printquotan.

http://www.cc.jyu.fi/~hpjuutil/quota/index.php

Senaste dagarna har jag efter ominstallationer haft problem på ett gäng 10.3 och 10.4-maskiner som loggar in mot en 10.3-server. Många gånger har det hjälpt att använda kortnamnet istället för "realname" som användarnamn.

Kan vara värt att testa..

Det låter lite CPU-intensivt det där, använder du det på ett system med många användare?

Bollbok har ju nämnts en del här på 99mac:

http://bollosmedja.se/index.php?kategori=bollbok

(Länken funkade inte för mig, andra kanske har bättre lycka.)

Jag antar att faxen dyker upp som en vanlig skrivare på servern. Kan du inte dela ut den som en vanlig skrivare i Server Admin då?

Det du skulle kunna testa är att skriva din egen adress i "To"-fältet, men skriva alla andra 50 adresser som "Bcc".

Jag förstår att det går snabbare när man slår av IPv6, men jag förstår verkligen inte varför.

IPv6 måste man specifikt slå på i alla windowsvarianter jag känner till, därför lär burkarna inte försöka prata över den adressfamiljen. Att då IPv6-stödet i OS X, som är påslaget som default, ska kunna spöka så mycket med hastigheten, förstår jag inte.

Gäller det här andra överföringssätt också, eller är det bara samba som har konstiga saker för sig? Har du testat http/ftp/etc?

Servern hade tydligen fått hicka. Efter att ha applicerat lite Windows-metodik på den (dvs, startat om den) ville filservern leka igen!

Eller Apples egna "Remote Desktop" (http://www.apple.com/remotedesktop/). Funkar lite halvskakigt ibland, men när det väl funkar är det väldigt bra om man administrerar _många_ maskiner.

Det här problemet har jag upplevt på en klient också. Hjälpte varken med varm eller kall omstart. Det som vanligtvis hjälpte var att logga in en gång i text-konsollen, sedan ut tillbaka till den grafiska inloggningen för att logga in som vanligt.

Testa att skriv ">console" i användarnamns-fältet, och tomt lösenord, vid den grafiska inloggningen. Då kommer en textbaserad inloggning upp. Logga in med en admin-användare med tillhörande lösenord där, men skriv "exit" när shell-prompten kommer upp. Har man tur så funkar det att logga in som vanligt i den grafiska inloggningsrutan som nu kommer upp.

Det här är ett jobb för en oneliner!

cd /path/till/x02-personal
find -x . -type d -maxdepth 1 ! -path . | while read DIR; do sudo cp /System/Library/User\ Template/English.lproj/Library/Preferences/.GlobalPreferences.plist $DIR/Library/Preferences/; done

Jag använder ofta sånnahär snurror när jag ska distribuera filer ut till användarnas hemkataloger. Just den här är helt otestad, så testa i en katalog med en fejkad hemkatalog först eller så..

Det här var ett tag sedan, och det slutade med att jag satte upp ett lokalt konto (fast av andra orsaker än just det här problemet). Tyvärr kommer jag inte ihåg vilken katalog den tog..

sudo ./configure --prefix=/apache2 --enable-module=most --enable-shared=max
sudo make
sudo make install

Det är inte förrän i sista steget som katalogen /apache2 faktiskt skapas. Jag menar att man med fördel kan låta bli att använda sudo för de två första kommandona.

Men som jag sa, det här är petitesser.

Ett tips om du vill vara lite mer paranoid. När du bygger all mjukvara i den första delen av guiden behöver du inte använda sudo för ./configure, 'make build' och liknande. Det är oftast bara 'make install' som kräver root.

Just det där med vilken katalog som används som mall när hemkatalogen skapas är lite rörigt. Ännu rörigare blev det när jag satte upp mobile accounts, fick lov att skapa små filer i varje mall-katalog för att komma underfund vilken som användes.