<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><br><br>&gt; Beh,innanzitutto questo non è esattamente  quello che si può definire un<br>&gt; quesito da primipassi ma ci si prova lo stesso.<br>&nbsp;<br>non essendo esperta del sistema linux e non sapendo ancora molte cose di base avevo pensato di inziare <br>da questa lista chiedo scusa se non ho fatto la scelta migliore<br>&nbsp;<br>&gt; Che dicono i log, nel caso /var/log/mail.log?<br><br>questo pomeriggio riprendo il lavoro e cerco di capire dove viene collocata la posta sul server. <br><br>&gt; mutt (che funziona) nelle operazioni "normali" non prende la posta ma si<br>&gt; limita  a leggerla  da qualche  fonte:  normalmente uno  spool come  una<br>&gt; mailbox o  una Maildir (come nel  caso in oggetto),  lasciando che siano<br>&gt; altri  (fetchmail probabilmente  è  il candidato  unico) a  preoccuparsi<br>&gt; dello scarico effettivo.<br>&gt; <br>&gt; C'è poi anche la possibilità che  mutt legga uno spool "remoto" usando i<br>&gt; protocolli pop3(s) e imap(s), caratteristica che serve per scavalcare il<br>&gt; lavoro di fetchmail ma che non deve essere considerata di default.<br>&gt; <br>&gt; Te come hai operato?<br><br>allora la mia idea di base era quella di lasciare la posta sul server, i client dovrebbero solo leggerla<br>ma non scaricarla sulle proprie postazioni perciò avevo pensato di usare il protocollo imap che permette questo.<br>è questo il motivo per cui ho installato dovecot nel sistema server.<br>Non so bene però come implementare il meccanismo, sicuremente devo andare a modificare il file di configurazione di mutt ordinandogli<br>di leggere la posta come dicevi tu da uno spool remoto.<br><br>L'alternativa consiste nello sfruttare il protocollo pop3 e quindi scaricare la posta elettronica nelle postazioni dei client.<br>in questo caso nella cartella /home/homeutente/Mail/inbox. Ma per fare questo mi serve Fetchmail da quello che ho capito.<br>Scusa la mia ignoranza&nbsp; se decisessi di operare in questo secondo modo il mio server lato imap diventa inutile vero? cioè a questo punto basta che fetchmail<br>prelevi la posta dalla cartella in cui viene collocata quando postfix la riceve.<br><br><br>&gt; Non conosco dovecot ma credo che  la sua principale funzione è quella di<br>&gt; offrire servizi  come pop3(s) e/o  imap(s) quindi non deve  "prendere in<br>&gt; carico" la posta ma solo offrirla ai client.<br>&gt; <br>&gt; Che intendevi?<br><br>intendevo dire che postfix prende la posta dei client e la posizione in una cartella ancora a me ignota<br>quando un utente dalla sua postazione apre mutt e quindi vuole vedere se ha posta parte un meccanismo per cui<br>la macchina client interpella il server lato imap per accedere alla posta in arrivo in sostanza (ammesso che ce ne sia)<br>e quindi dovecot deve disporre di questa posta per poterla offrire a chi di dovere.<br><br>&gt; &gt; intanto ho inserito queste due righe nel file di configurazione di postfix /<br>&gt; &gt; etc/postfix/main.cf<br>&gt; &gt; <br>&gt; &gt; home_mailbox = Maildir/<br>&gt; &gt; mailbox_command = /usr/lib/dovecot/deliver<br>&gt; &gt; #mail_spool_directory = /var/spool/mail/<br>&gt; &gt; <br>&gt; &gt; riuscite a darmi quale dritta?<br>&gt; <br>&gt; Sinceramente non ho capito dov'è il problema?<br><br><br>no no nessun problema su questo punto volevo sapere se queste impostazioni hanno senso visto che non ho trovato molto materiale<br>e molte spiegazioni al riguardo sul web (fin ora).<br>&gt; -- <br>&gt; Ciao<br>&gt; leandro<br>&gt; Un esteso e "normale" uso della crittografia è il sistema più forte<br>&gt; per rivendicare il diritto alla privacy nelle comunicazioni<br>&gt; telematiche: come tutti i diritti e come i muscoli se non viene<br>&gt; esercitato costantemente si atrofizza e va perso.<br>&gt; <br><br /><hr />Windows Live Mail <a href='http://get.live.com/wlmail/overview' target='_new'>Tutta la tua posta in un solo posto! Scarica il programma</a></body>
</html>