Newsgroup: it.comp.os.linux.sys
Titolo: Hylafax o GFI

Ciao a tutti,
voelvo provare ad installare Hylafax presso una societï¿œ in cui lo 
utilizzerebbero circa 20 utenze.
Ero indeciso tra l'acquistare una soluzione commerciale di un ottimo 
prodotto come GFI oppure optare per l'opensource con Hylafax appunto.
Quindi volevo avere da chi ha piï¿œ esperienza di me i pro e contro di 
entrambi.
L'unico mio dubbio a riguardo di Hylafax ï¿œ l'hardware (sk ISDN) da 
utilizzare e sopratutto se puï¿œ essere virtualizzato senza problemi con 
Vmware ESXi.
Insomma ogni parere da chi lo utilizza ï¿œ ben accetto.
Ciao
Andrew

 utilizzerebbero circa 20 utenze.
Non l'ho mai usato virtualizzato, ma personalmente usiamo hylafax
da.....sempre, e sinceramente non ricordo nemmeno che versione ho
installato, secoli orsono. Richiede una manutenzione pari a zero,
sarï¿œ come minimo 2 anni che non cambio una singola virgola.
Una volta configurato (ed il fatto che sia presente uno script
eseguito ad ogni ricezione di fax ti permette di fare cose incredibili)
lo lasci stare li e te lo dimentichi.

Gandalf Corvotempesta ha scritto:

perï¿œ ho letto che i client per windows sono scarni e un po "spartani", 
inoltre per l'integrazione in active directory c'ï¿œ addirittura l'how-to 
   in tedesco!
Che client usi? Lo usi intergato in AD?
thanks

 Che client usi? Lo usi intergato in AD?
Come client usiamo un software sviluppato in php/ajax internamente.
Stessa cosa per la stampante Fax su windows.
Usiamo sempre un software in php/ajax/adobe_air che sta in esecuzione
sui client e quando la stampante stampa, parte, mostra la pagina di
composizione e manda il fax.

 Vmware ESXi.
Io sto testando (per modo di dire, e` gia` in produzione) una 
installazione di Hylafax + Asterisk 1.6 + Iaxmodem (quindi niente modem 
fisico) il tutto virtualizzato su ESXi. Come interfaccia verso isdn ho 
un gateway Patton, le schede credo siano un tantino meno affidabili e 
poi non credo che riusciresti ad usarle con ESXi.
Sembra funzionare bene. La percentuale di fax non ricevuti e` molto 
bassa e sono tutti provenienti da vecchi apparecchi fax. Apparecchi che 
in ogni caso hanno problemi anche in presenza di un modem hardware.
-- 
Vincenzo

 utilizzerebbero circa 20 utenze.
dopo aver letto anche l'altro tuo post ti chiedo di definire le tue 
necessità.. perchè hylafax può fare molto ma non tutto..

 
Michele

 composizione e manda il fax.
quindi sul client c'è il programmino fatto in php/ajax/adobe_air che fa 
questo?
Michele

 in ogni caso hanno problemi anche in presenza di un modem hardware.
Gli utenti che lo usano non si sono mai lamentati....
Ciao, Andrea.

Stefano Zamboni ha scritto:

la comodità di avere un servizio di fax integrato con Active Directory è 
quasi indispensabile, ovvero poter sfruttare il database degli utenti 
ldap di M$ invece che un suo database separato.
Inoltre GFI si integra con Exchange per l'invio fax direttamente tramite 
mail.

 
Anche Hylafax permette l'invio di fax tramite email:
http://www.hylafax.org/content/Email_to_Fax_Gateway
per quanto riguarda l'integrazione con AD sembra che si possa
fare (se il mio tedesco non mente):
http://www.hylafax.org/content/User_talk:Atlantex
 Gio'
-- 
/*
 * SnB - 
http://www.snb.it
 */

 però ho letto che i client per windows sono scarni e un po "spartani",
]zac[
Se parliamo dei client windows free o basso costo, sono spartani e scarni
solo se si vuole essere estremamente diplomatici.
Se utilizzati realmente/professionalmente sono quasi inusabili, poi cypheus
ha o aveva anche un bug del visualizzatore interno per cui dopo un certo
numero di aperture di fax si bloccava completamente il programma, poi
l'aggiornamento della griglia dei fax che blocca tutto per alcuni secondi e
magari cambia anche la riga/fax su cui si sta operando ...
In sintesi conviene utilizzare solo la stampante fax per inviare i fax, e
farsi inviare i fax ricevuti via e-mail allegati come file pdf.
Un altro problema indigesto che riguarda sia i client che il server fax, è
la conservazione/backup dei fax e dei relativi dati di invio spedizione,
non ho mai trovato un modo di farlo in modo automatico o a basso impatto
sull'utente.

 sull'utente.
In che senso scusa?
Basta che li salvi sul server.
Ci son due script che vengono eseguiti ad ogni ricezione
e ad ogni invio. dentro gli script puoi salvare tutti i dati
della sessione come più ti aggrada e dove preferisci.
Io salvo tutto su db....

 Io salvo tutto su db....
.. va bene, aggiungo, o devi fare tutto a mano, sistema di backup,
consultazione, aggiornamento, elimininazione ...
Cosa che in ogni caso scontenta fortemente l'utente abituato ai client
facilmente disponibili in windows, che spesso sono molto molto amichevoli
per l'utente.

Giuseppe Della Bianca ha scritto:

proprio questo intendo, piuttosto gli offro un server fax commerciale ma 
  che farà la sua porca figura.
ALmeno non rischio di sentire o dover fare poi affermazioni sul software 
opensource che non ha questa funzionalità.. oppure si può avere ma è di 
difficile implementazione.. mi aspettavo così e non cosà..
Insomma, in certe occasioni è meglio far cacciare un po di soldi ma 
pararsi il di dietro.

 pararsi il di dietro.
se mi permetti il francesismo: cazzate!
se vuoi un prodotto ooss perchè è gratis allora usi quello che hai.. 
se invece preferisci l'ooss perchè ritieni che sia un bene in azienda, 
compri i prodotti o il supporto agli stessi
qui trovi quello che ti serve: 
http://www.ifax.com/products.html
quanto all'interfaccia, se prima non usavano alcun prodotto non hanno 
termini di paragone, ergo una qualsiasi interfaccia andrà benissimo..
dai miei clienti dove il fax server esiste solo per la ricezione (diciamo 
che il rapporto pagine spedite/pagine ricevute è di 1 a 2000) i fax 
vengono direttamente ricevuti in mail come pdf e, nel corpo della mail in 
html, c'è il png della prima pagina.. 
la spedizione avviene via carta perchè necessita al 90% di firma e si 
preferisce avere un unico registro di invio fax (invece dei 2)
se tu sei il consulente, TU guidi il cliente..
GFI è un buon prodotto, ma se lo vuoi usare in modo automatico (e serio) 
da altri s.o. che non siano windows (ad esempio AS400) è da spararsi 
sui ........ (fill the blanks)
my 2c
S.

 a basso impatto sull'utente.
E non serve dirti ancora che abbiamo sviluppato una soluzione per
eliminare questa lacuna, la quale si integra totalmente con hylafax per
archiviare in una automatica "archiviazione documentale" via web, avente
dietro un db, tutti i fax inviati e ricevuti. C'è anche il sempre
richiesto (almeno dai nostri clienti) "report di invio" con l'anteprima
della prima pagina inviata e lo stato di invio, tutto in pdf e tutto
sotto lo stesso documento inviato/archiviato?
Magari non te l'ho potuto dire perché non ho mai ricevuto una tua email
Vabbé, parlare tanto per parlare
P.s. Ovviamente hai visto il mio posto dove parlavo di hylapex il 22/10
alle 8:37, vero?
Michele Petrazzo

  pararsi il di dietro.
Ma perché darle ad un'azienda che poi non rende pubbliche le stesse
cose?
Michele Petrazzo

 sotto lo stesso documento inviato/archiviato?
scusa l'intromissione ma ho letto che si integra in una gestione 
documentale via web? ma di un applicativo proprietario ?
Mi farebbe comodo in quanto abbiamo gi� una archiviazione documentale 
fatta internamente (anche se purtroppo sviluppata su SQLServer), quindi 
se si riesce ad archiviare fax inviati e ricevuti sarebbe un gran bella 
cosa.

 gran bella cosa.
Questo non è un problema. La logica è farsi dire da hylafax quando un
fax viene inviato o ricevuto ed inserirla nell'archiviazione
documentale, seguendo le specifiche della stessa. Se non ci sono servizi
tipo soap o altro, si potrebbe interfacciare direttamente al servizio
web (se la tua archiviazione documentale è web) tramite client html
Se mai dovesse servirti, posso forniti consulenza sullo sviluppo, o lo
sviluppo stesso, del ponte tra i due.
Michele

 
grazie mille.
ne parler� con i nostri sviulppatori
nel frattempo lo provo.

così le segretarie, vero?)
]zac[
Cioè quello che io segnalavo, magari non diplomaticamente, come
difetti ''intollerabili'' da parte dell'utilizzatore finale, o almeno da
parte di un certo tipo di utilizzatore finale (per esempio la medio-piccola
impresa).