Newsgroup: it.comp.os.linux.sys
Titolo: Hylafax: "either not tiff or corrupted"

Tutto successe il malaugurato momento in cui decisi, con tanta fatica
e sbattimento (oltre a un aggiornamento del mbr da parte di lilo finito
male... -LI- ... ma risolto con un rescue e un chroot...), di aggiornare
debian da woody a sarge affinche' si potesse godere delle meraviglie di
usermin...
Da quel momento, funziona tutto a meraviglia ma, por*a zo**a, hylafax mi
fa questo scherzo, quando riceve un fax e lo notifica al faxmaster via
email... questa e' l'email do notifica:
recvq/fax000000004.tif (
ftp://local:4559/recvq/fax000000004.tif
):
Could not open recvq/fax000000004.tif; either not TIFF or corrupted.
ReceivedOn: ttyS0
     CommID: c000000005 (
ftp://local:4559/log/c000000005
)
NATURALMENTE, e mai si dicesse il contrario :-), il TIF e' corretto,
tanto che imaging me lo apre tranquillamente. Anche il log non rileva
anomalie: tutta la ricezione va a buon fine. Provato anche con fax
lunghi diverse pagine.
<tail -3>
Oct 16 15:25:18.56: [31020]: RECV FAX: bin/faxrcvd 
"recvq/fax000000004.tif" "ttyS0" "000000005" "" "" ""
Oct 16 15:25:18.56: [31020]: RECV FAX: end
Oct 16 15:25:18.56: [31020]: SESSION END
</tail -3>
Se specifico su FaxDispatch la generazione dell'allegato sulla e-mail,
in formato TIF, viene anch'esso aperto senza nessun problema (ovviamente
l'errore descritto permane...). Chiaramente, se specifico che l'allegato
debba essere postscript, o pdf (c'e' mimencode), non genera
correttamente il formato...
Da premettere che hylafax era stato compilato e installato dai sorgenti,
e tutto quello che e' in dipendenza installato tramite apt
(ghostscript/gs 8.1, libtiff4, libtiff4-dev, libtiff-tools, zlib1g,
zlib1g-dev, metamail/mimencode per allegati pdf, ...).
Andando sulla directory /var/spool/hylafax/recvq:
local:recvq# faxinfo fax000000004.tif
fax000000004.tif:
Could not open fax000000004.tif; either not TIFF or corrupted.
local:recvq# tiffinfo fax000000004.tif
fax000000004.tif: Integer overflow in TIFFVTileSize.
TIFFReadDirectory: fax000000004.tif: cannot handle zero tile size.
Ho anche provato a piallare l'hylafax installato dai sorgenti, e
piazzare con apt quello sul repository di debian (un 4.1 anziche'
la 4.2 dei sorgenti). Non cambia una virgola...
Mie ipotesi: libtiff cannate (ma il problema e' uguale anche con le
libtiff3g in luogo delle libtiff4), oppure hylafax che mi genera un
formato tiff non gestito dalle libtiff. Se fosse, come posso operare
su hylafax per impostare le opzioni del formato del file generato alla
ricezione del fax?
Sono disperato, le ho tentate tutte (senza andare a descrivere tutto
quel che ho fatto, altrimenti il post sarebbe cinque volte piu' lungo),
compresi, sul sito, gli howto, le faq, il troubleshooting, la ricerca
sulla mailing list, ovviamente anche google, senza che trovassi niente
che fosse molto diverso da: "questo di solito succede quando il fax e'
stato ricevuto male". Il che, naturalmente, non e' il mio caso.
Ogni aiuto e' MOLTO apprezzato.   :-)
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 Sono disperato, le ho tentate tutte (...)
Risolto (ma perche' capita sempre dopo mezz'ora, dopo
ultima risorsa? Ovvero, dopo un articolo su usenet?):    :-)
# strings /usr/sbin/tiffinfo | grep libtiff
libtiff.4
# strings /usr/sbin/faxinfo | grep libtiff
libtiff.4
Evidentemente il package libtiff-tools e' stato aggiornato per
le libtiff4, e le libtiff4 guarda caso hanno qualche problema...
Non molto elegantemente, ma non ho voglia di fare downgrade di
libtiff-tools:
# apt-get install libtiff3g
# cd /usr/lib
# mv libtiff.so.4 libtiff.so.4.ORI
# ln -s libtiff.so.3.6.1 libtiff.so.4
# faxinfo fax000000004.tif
fax000000004.tif:
     Sender: XXXXXXXXXX
      Pages: 1
    Quality: Normal
       Page: ISO A4
   Received: 2004:10:16 15:25:08
TimeToRecv: 0:08
SignalRate: 14400 bit/s
DataFormat: 2-D MMR
ErrCorrect: Yes
Qualcuno mi dice come segnalarlo a debian (se non fosse gia' stato
fatto)?


 
<Snippone Mistico>
Perché il modo migliore per capire dove stà il problema é:
Spiegarlo, correttamente, a qualcun'altro!
Una volta che puoi spiegare il problema, 
hai la soluzione che ti ronza in testa!
-- 
Signature automatica inserita a mano.
Togliere NO SPAM scritto al contrario.
In God we trust, all others we monitor 
(National Security Agency) 

 hai la soluzione che ti ronza in testa!
Non sempre, ma questo e' forse il caso.  :-)
L'unico tassello che mancava era il fatto che i tools
referenziavano il link simbolico libtiff.so.4, e non il piu'
generale link libtiff.so. Pertanto, anche installando le libtiff3g,
che coesistono con le libtiff4, e anche aggiornando il link
simbolico libtiff.so, i tools continuavano a referenziare le
libtiff4. La mia pecca e' stato non ricordarsi che un cambio
di major version di una libreria puo' comportare che...   ;-)
Certo, cambiare il link e' in questo caso rischioso, anche se il tutto
pare funzionare a dovere, conversioni tif ==>> ps ==>> pdf comprese.
Se c'e' qualche problema provvedero' al downgrade dei tools. Intanto
vedo se c'e' un nuovo rilascio delle libtiff4. Altrimenti, attendo.  :-)


 fatto)?
intanto rifallo con la 3.6.1-2 (overflow bruttino) ;)

 intanto rifallo con la 3.6.1-2 (overflow bruttino) ;)
TNX, l'ho anche gia' letto da qualche parte.   :-)


 intanto rifallo con la 3.6.1-2 (overflow bruttino) ;)
Manco detto: fax ricevuti a righine orizzontali...
Uff... prese le libtiff sorgenti, e compilate e
installate a manina.   :-)
