D: Quando premo il logout, l'applicazione sembra andare in crash.

R: No, l'applicazione non va in crash, questa e' una terminazione normale. Questo accade perche' nella distribuzione SKYRiX l'applicazione e' fatta partire dal daemon di bilanciamento del carico (snsd), che non e' parte di OGo.
Un rimedio veloce e' specificare -OGoMinimumActiveSessionCount 0 -WOWatchDogEnabled YES come argomenti all'avvio di OGo.

D: Come faccio a connettere OGo a PostgreSQL?

R: Devi assicurati di due cose:

1) Devi configurare il server PostgreSQL per consentire connessioni TCP/IP. Puoi far questo impostando la variabile "tcpip_socket" a "true" nel file postgresql.conf (che di solito si trova in ~postgres/data).
Qualche vecchio daemon di PostgreSQL (precedente alla 7.0) deve esser fatto partire con l'opzione di riga di comando "-i".

2) Devi modificare il file pg_hba.conf per permettere connessioni di host TCP/IP.
Esempio (per PostgreSQL 7.3):

local   all         all                                            trust
host    all         all         127.0.0.1         255.255.255.0    trust
host    all         all         0.0.0.0           255.255.255.255  reject

Esempio (per PostgreSQL 7.2):

local           all                                            trust
host            all         127.0.0.1         255.255.255.0    trust
host            all         0.0.0.0           255.255.255.255  reject

Per avere un'impostazione sicura, sostituisci trust con password, md5 o qualcos'altro (dipende alla tua versione di PostgreSQL).

Non dimenticare di far ripartire PostgreSQL dopo aver eseguito le modifiche! (es.: /etc/init.d/postgresql restart)

D: Quando tento di accedere a OGo, ho "The SKYRIX application server could not connect to the database server"?

R: La configurazione del server e' incompleta. Prova ad eseguire:

Defaults write NSGlobalDomain LSAdaptor PostgreSQL72
Defaults write NSGlobalDomain LSModelName OpenGroupware.org_PostgreSQL

D: Posso accedere all'interfaccia Web ma tutte le immagini non sono visualizzate!

R: Le immagini vengono cercate in ~opengroupware/WebServerResources. Quindi potresti dover impostare un link:

ln -s ~opengroupware/WebServerResources ~opengroupware/WOApps/OpenGroupware.woa

D: Cosa significa il messaggio:"ERROR: did not find bundle for model OpenGroupware.org_PostgreSQL (type=EOModels)"?

R: Devi configurare il valore di default NGBundlePath che e' usato per cercare i componenti di OGo.
In Debian GNU/Linux:
Defaults write NSGlobalDomain NGBundlePath /usr/lib/opengroupware.org/Library/OpenGroupware.org
Nelle distribuzioni basate su RPM:
Defaults write NSGlobalDomain NGBundlePath /opt/opengroupware.org/Library/OpenGroupware.org

D: Ho tutto installato/compilato. Ora come faccio partire OGo?

R: Effettua un login come utente GNU/Linux opengroupware e fa partire l'applicazione con WOApps/OpenGroupware.woa/ix86/linux-gnu/gnu-fd-nil/OpenGroupware -WOPort 20000 -WOHttpAllowHost localhost. Assicurati di fare il source dell'ambiente usando source ~opengroupware/OpenGroupware.org.sh.

D: Ho un "ERROR: did not find bundle 'LSModel' (type=model) required by bundle"...

R: Effettua un login come utente GNU/Linux opengroupware e fa partire Questo era un bug nel pacchetti. Puoi rimediare modificando ~opengroupware/Library/OpenGroupware.org/LSBase.cmd/bundle-info.plist e cambianto LSModel.model in OGo.model. Coni pacchetti attuali il problema e' stato risolto.

D: Quando tento di far partire OGo ho un floating point exception!

R: Questo problema sembra essere il risultato di NPTL (Native POSIX Thread Library for Linux) che e' fornito con Red Hat 9. Prova a impostare la variabile d'ambiente LD_ASSUME_KERNEL prima di far partire OGo:

export LD_ASSUME_KERNEL=2.4.1

D: Tentando di installare il pacchetto opengroupware-gstep-db-postgresql72-4.2-ogo001.i3b6.rpm ottengo il seguente messaggio:

  sef:/usr/local/opensources/opengroupware/rpm/rpm # \
    rpm -i opengroupware-gstep-db-postgresql72-4.2-ogo001.i386.rpm
  error: failed dependencies:
          sxsys-gdl is needed by opengroupware-gstep-db-postgresql72-4.2-ogo001
  

R: Abbiamo avuto un problema di dipendenze nei pacchetti che e' stato risolto nel frattempo. Basta che prelevi i pacchetti nuovi dal nostro server. Ci scusiamo per l'inconveniente, abbiamo bisogno di un po' di tempo per sistemare tutti i bug in questo sito nuovo di zecca (si', lo sapiiamo, non ci sono scusanti ;-)

D: Quando mi connetto a OGo, l'url si sporca. L'applicazione tenta di connettersi agli host, inesistenti nella mia rete locale, 'x' o 'wo'.

R: Usa http://host:port/OpenGroupware per collegarti a OGo (sostituisci host e port con le tue impostazioni). OGo ha bisogno dell'ultima parte dell'URL per costruire correttamente i suoi URL, quindi non deve essere vuota.

D: Quando premo, dentro "Pref" come user Administrator, "Email" ottengo:

infource:
    {
    association = <WOKeyPathAssociation[0x085E23B4]: keyPath=showEditor>;
    exception = (Exception name:Syntax error class:SyntaxErrorException
reason:Unexpected end: did not find hash end tag (</#...>) .. info:{
    handler = <WOHTMLParser 0x8380334>;
    line = 252;
    position = 6860;
    size = 6860;
    }

R: Ovviamente il modello della configurazione e-mail e' corrotto.
Aggiorna l'installazione con i pacchett opengroupware-webui correnti o aggiorna i sorgenti e ricompila OGo.
Il rimedio veloce, se vedi questa exception:

   cd ~opengroupware
   find . -name "LSWMailPreferences.html"

Anche alcuni altri modelli hanno tali errori di sintassi (abbiamo ripulito molti modelli prima del checkin di OGo, quindi qualcuno puo' contenere errori).
Cosa hai cliccato? Riportalo nella mailing list degli utenti.

D: Ogni volta che tento di puntare il mio browser a myhost.mydomain:20000, ho un "the document contains no data" e l'output di OGo appare cosė:

Jul 21 12:43:59 OpenGroupware [642]: SNS disabled.
Jul 21 12:44:06 OpenGroupware [642]: |OpenGroupware| CTI Dialers:
Jul 21 12:44:06 OpenGroupware [642]: |OpenGroupware| SKYRiX instance initialized
..
Jul 21 12:44:06 OpenGroupware [642]: |OpenGroupware| WOHttpAdaptor listening on
address 
Jul 21 12:51:56 OpenGroupware [642]: WOHttpAdaptor: ACCESS DENIED:

R: Questo perche' ti stai collegando da un host diverso, per default OGo accetta solo connessioni da localhost. Schematizzando funziona cosi':

/----------------\ Internet /--------\ local /-----\
| Browser/Client |   <->    | Apache |  <->  | OGo |
\----------------/          \--------/       \-----/

Defaults write OpenGroupware WOHttpAllowHost \
  '(localhost, myhost.mydomain)' 

  -WOHttpAllowHost '(localhost, "myhost.mydomain")'

D: Mi sembra di avere una mancanza nelle label entry dell'agenda, l'etichetta "this week" mostra "weekTabLabelFormat" invece di quello che suppongo debba esserci (ad esempio "week xx").

R: Assicurati di avere installato il pacchetto WebUI Resources (opengroupware-webui-resource-[de|en]-latest.[rpm|dep] o /WebUI/Resources se hai i sorgenti).
Nella home directory di OGo (~opengroupware) ci dovrebbe essere una sottodirectory Resource che contiene i language projects come English.lproj o German.lproj.
In queste i file OGOResourceScheduler.string e OGoScheduler.strings dovrebbero contenere le etichiette mancanti.

Abbiamo appena controllato i pacchetti dal 21 luglio. Sembrano essere a posto.

D: Quando tento di aggiungere un nuovo articolo di news (come utente root oppure come un utente con i diritti adeguati) ho il seguente errore:

SKYRIX:
newsArticle::new: LSDBObjectCommandException newsarticle::new failed:
error during save of news article picture

R: Se vuoi usare il news editor devi definire alcuni Default in piu'. I percorsi di seguito sono quelli usati nei pacchetti DEB, se stai usando RPM sostituisci /usr/lib con /opt.

Defaults write NSGlobalDomain LSNewsImagesUrl '/ArticleImages'
Defaults write NSGlobalDomain LSNewsImagesPath \
         '/usr/lib/opengroupware.org/news'

Alias /ArticleImages /usr/lib/opengroupware.org/news

umask 003

D: Come posso attivare l'autenticazione LDAP e configuarla per autenticaregli utenti sul mio server?

R: Per abilitare l'autenticazione LDAP devi impostare almeno due Default:

Defaults write NSGlobalDomain \
  LSAuthLDAPServer '"myserver.de"'

Defaults write NSGlobalDomain \
  LSAuthLDAPServerRoot '"dc=opengroupware,dc=org"'

Questo fa in modo che OGo usi un semplice collegamento (ldapsearch -x) con il server LDAP per controllare le credenziali. OGo al momento usa LDAPv2 per la massima interoperabilita'.

Nota che con l'autenticazione LDAP abilitata, OGo ha ancora bisogno di creare un record per l'account nel database PostgreSQL. Questo e' fatto quando un utente entra per la prima volta ed e' autenticato con successo da LDAP (l'utente viene condotto ad una pagina di benvenuto dove puo' decidere come procedere).

D: Quando tento di aggiungere una nuova azienda, ho il seguente errore:

SKYRiX: Unknown error. Could not save document!

R: Nella creazione di un record Azienda (Enterprise), viene creato anche un Progetto per quell'Azienda. Apparentemente questo non succede nella tua configurazione. Assicurati di poter creare nell'Azienda progetti o documenti.
Verifica che LSAttachmentPath ('~opengroupware/documents/') sia impostato correttamento. Controlla l'installazione in modo che non ci siano problemi di permessi, se e' necessario imposta i permessi di LSAttachmentPath a 700 con proprietario opengroupware.skyrix.

D: Quando tento di avviare il server, ho questo errore:

  Cannot load adaptor bundle 'PostgreSQL72'

  Full output is:

  Jul 13 10:08:29 OpenGroupware [376]: SNS disabled.
  dynamic load (dlopen) error:
  libpq.so.3: cannot open shared object file: No such file or directory
  Jul 13 10:08:29 OpenGroupware [376]: Cannot load adaptor bundle 'PostgreSQL72'
  Uncatched Objective-C exception:
  exceptionClass 
  Reason: Cannot load adaptor bundle 'PostgreSQL72'
  UserInfo: no userinfo

R: I pacchetti sono compilati su un sistema PostgreSQL 7.2. Fai un link simbolico tra libpq.so.3 e libpq.so.2:

    su -
    cd /usr/lib/
    ln -s libpq.so.3 libpq.so.2

    ldconfig