Newsgroup: it.comp.os.linux.sys
Titolo: Archiviazione automatica allegati email

Ciao a tutti,
sto cercando un modo di riutilizzare una vecchia multifunzione m20i 
della xerox di cui vengono forniti i driver linux per la stampa, ma non 
quelli per lo scanner.
La multifunzione
- non ha hd interno
- non ha porta usb per hd esterno
- ha scheda di rete
- non e' supportata da sane
- ha la possibilita' di scannerizzare ed inviare direttamente i 
documenti via email in pdf
 
Ho pensato di poter archiviare i documenti scannerizzati installando 
postfix su una macchina in lan e creando un utente ad-hoc per ricevere 
le email ed eseguire le operazioni di archiviazione automaticamente.
 
Quindi il workflow sarebbe:
1. scan-to-email (viene generato mess + allegato pdf)
2. ricezione email da parte di postfix
3. rinomina allegato e salvataggio in archivio
4. cancellazione email
 
E' la prima volta che lavoro con postfix e le email in generale;
mi sapreste dire se e' una cosa fattibile?
sarebbe una cosa tutta in locale: devo anche configurare un dns server?
le operazioni di archiviazione e cancellazione conviene farle eseguire a 
mutt?
Se si', l'utente deve essere loggato e mutt in esecuzione?
Potrei anche scrivere uno script python collegandolo ad un evento 
inotify o a cron. Che dite?
Graditi tips and tricks e letture?
 
Grazie 1k
diego

 mutt?
 
Io ho fatto cosï¿œ:
- modifica a /home/user/.procmailrc
- postfix riceve per $USER, passa a procmail che esegue lo script*
- munpack per estrarre l'allegato e poi con bash|python fai quello che 
devi fare.
 
Ciao,
Michele
 
*
server:~# cat /home/user/.procmailrc
:0
* ^TO.*
us...@mydomain.it
 
{
   :0
   | dd of=/tmp/out_scantomail.email 2>/dev/null ; /bin/bash 
/home/user/scantomail/main.sh
}
 
 
 


 
Ciao diego
 


 
Grazie delle dritte;
ho messo su postfix, ho configurato la multifunzione, e editato 
.procmailrc.. molto istruttivo e utile per il futuro.
Tutto funziona, ma a volte si blocca l'invio della mail:
la stampante dice: errata configurazione server SMTP.
Sbirciando nei log di postfix ho trovato:
 
Aug 21 15:56:46 ltsp postfix/smtpd[1964]: connect from 
unknown[192.168.100.140]
Aug 21 15:56:52 ltsp postfix/smtpd[1964]: 6F5EC5D05E: 
client=unknown[192.168.100.140]
Aug 21 15:57:00 ltsp postfix/cleanup[1969]: 6F5EC5D05E: 
message-id=<324708878256.0@t37>
Aug 21 15:57:56 ltsp postfix/smtpd[1964]: lost connection after DATA 
(999963 bytes) from unknown[192.168.100.140]
Aug 21 15:57:56 ltsp postfix/smtpd[1964]: disconnect from 
unknown[192.168.100.140]
 
Sembrerebbe che dopo un po' posfix interrompa la comunicazione.
Il problema e' che la multifunzione avvia la comunicazione gia' dalla 
prima pagina scannerizzata, poi credo che ad ogni successiva pagina 
invii i dati.. poiche' si parla di 30/40 fogli alla volta, ci mette 
circa 2/3 minuti.
Le opzioni disponibili per la configurazione sono semi-infinite :)
Consigli?
Mi concentro solo su quelle di smpt o c'e' altro? (es. qmgr)
Ho letto di stream, pix etc, ma sembrerebbero cose che riguardano reti 
che espongono il  servizio attraverso un firewal/router con bug; qui si 
parla di LAN.
Sono un po' frustrato :(
Grazie diego
 

Il 21/08/2013 21:19, Diego x80 ha scritto:
 > Le opzioni disponibili per la configurazione sono semi-infinite :)
 
Intendevo la configurazione di postfix :p

 unknown[192.168.100.140]
 
Non è postfix che stacca la linea. E' la stampante. Concentrati su 
quest'ultima.
 
 
 


Ho provato con postfix e exim in tutte le salse, tutto su debian..
Ho letto che poteva essere un problema della rete e ho provato a settare 
vari MTU.. ho provato a sniffare la comunicazione..
pensavo anche ad una incompatibilita' di debian su kvm (infatti era una 
macchina virtuale); quindi stavo tirando su una centos, 
contemporaneamente testavo la procedura su smpt esterno. La cosa che mi 
faceva strano era che su smpt esterno funzionava ininterrottamente!
Poi, *fortunatamente*, ha fallito anche su smpt esterno!! :)
Capitolo chiuso, la multifunzione e' da cestinare.
Maledetta xerox, ci ho perso una settimana!!!
Sembrerebbe che ad un certo punto trasmetta EOF; quindi il server SMTP 
interrompe la comunicazione segnalando get_EOF; la xerox intanto *non* 
se ne rende conto e continua a trasmettere; poi ad un certo punto se ne 
accorge e chiaramente rosica andando in errore.
In compenso ora ho preso confidenza con postfix, exim, procmail, 
wireshark, ettercap, la pila iso/osi.. etc
 
Grazie 1k a chi mi ha aiutato