Guarda in ~/Desktop
e dovresti trovare trash.desktop.
Oppure batti trash:/ in Konqueror

M.

L'unica differenza significativa, ma non so se influente, mi pare la stringa:
dc_readhost=''
che io ho vuota. Per il resto, alla voce
dc_other_hostnames='debian'
dovrebbe essere inserito solo
il mail name del sistema,
che io ho inteso come il nome del computer.
Prova così...

M.

Ops, vedo che hai postato in contemporanea con me...
Che versione di Exim4 hai e su quale release di Debian?

M.

Sbalgio o anche in passato avevi avuto qusto problema?
Cmq il mio file di configurazione è il seguente:

Codice:

samiel@debian:~$ cat /etc/exim4/update-exim4.conf.conf

dc_eximconfig_configtype='smarthost'
dc_other_hostnames='debian'
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='true'
dc_relay_nets=''
dc_smarthost='smtp.tele2.it::587'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'

In effetti il tuo problema è sconcertante. Io con mutt (+ fetchmail + procmail)
vado benissimo e faccio tutto quello che voglio. NOn vedo sostanziali differenze
fra il tuo file e il mio. Perché invece non posti proprio il tuo .muttrc?
Vedi mai che l'inghippo stia lì...

M.

Ah risolto! Non avevo fatto caso che mia moglie non usando Mutt
non ha un muttrc e le mail finivano di default appunto in /var/mail/sabina.
Invece io uso Mutt e avevo settato muttrc per mettermi le mail
in ~/mail/incoming. Fornita a Kmail la corretta indicazione,
adesso funziona tutto...

M.

Se invio una mail in locale con Mutt, sia la spedizione sia la ricezione (exim4 e fetchmail+procmail)
hanno luogo correttamente. Invece, con Kmail non ci riesco. Ho provato a impostare un account
per la ricezione (usando il dotlock privilegiato di Mutt), ma non ricevo nulla. Avete idee?

Grazie
M.

PS
Preciso che invece in locale con Kmail riesco a spedire...

Allora visto che il problema non si ripropone,
al momento ci metto una pietra sopra...

Grazie
M.

vorrei essere sicuro che non vi fossero applicazioni specifiche
che richiedono similari correzioni anche altrove

Ad es /etc/apache2/httpd.conf alla voce ServerName
se lo usi (a me serve in locale per testare gli script php)

M.

[/etc/init.d/apache2 restart]

La cosa è andata così: installo Lenny. A un certo punto, configurando Apache,
il sistema mi chiede che cosa voglio ri-lanciare per aggiornarlo e mi propone
apache2, apache, apache-ssl e apache-perl. Non sapendo che rispondere,
li ho selezionati tutti e quattro (melius abundare quam deficere...)
Quando ha fatto il restart, sono spuntati quei messaggi. In ogni caso:

Codice:

debian:~# whereis invoke-rc.d
invoke-rc: /usr/sbin/invoke-rc.d

Però adesso se do /etc/init.d/apache2 restart
vedo che non mi dà più quell'errore...

Grazie
M.

Codice:

Reloading web server config: apache2.
invoke-rc.d: unknown initscript, /etc/init.d/apache not found.
invoke-rc.d: unknown initscript, /etc/init.d/apache-ssl not found.
invoke-rc.d: unknown initscript, /etc/init.d/apache-perl not found

E a questo punto che dovrei installare?
O quali script dovrei eliminare?

Grazie
M.

Risolto, in effetti era un'idiozia.
Tesseract riconosce non il tipo effettivo di file,
ma l'estensione, che dev'essere .tif e non .tiff.
In pratica, con una sola f e non con due,
altrimenti non funziona...

M.

Ricordo di aver usato tempo addietro tesseract.
È notevolmente inferiore a OmniPage (l'unico
motivo per cui mantengo Windows). Cmq per
poche pagine volevo utilizzarlo. Ho scansionato
una pagina con Xsane e salvata informato .tiff.
Eppure quando lo lancio ottengo:

Codice:

samiel@debian:~$ tesseract pag1.tiff pagina1.txt -l ita
Tesseract Open Source OCR Engine
name_to_image_type:Error:Unrecognized image type:pag1.tiff
IMAGE::read_header:Error:Can't read this image type:pag1.tiff
tesseract:Error:Read of file failed:pag1.tiff
Signal_exit 31 ABORT. LocCode: 3  AbortCode: 3

Com'è che non riconosce il file -tiff? O mi sfugge qualcosa?

Grazie
M.

dd_resque -v ? Ottimo.
Adesso però mi studio un po' meglio
questo dd che fa un sacco di cose,
compresi i guai...

M.

dd if=/dev/urandom of=/dev/disk
però non mostra il progresso dell'operazione.
C'è modo per capire a che punto è
o cose simili?

Grazie
M.

Io sapevo che era possibile analizzare il disco fisso
con dei particolari microscopi elettronici.
Si tratta precisamente di una analisi fisica
che implica che ti smontino tutto...
Ma che dati hai che devi cancellare anche contro
questo tipo di indagini? Fai l'agente segreto?

M.