Newsgroup: it.comp.os.linux.software
Titolo: problemi con un mail server

Ho un mailserver linux configurato per smistare la posta interna di un
piccolo ufficio e che utilizza sendmail/fetchmail per inviare e ricevere
dall'esterno. 
Il provider che ci fornisce gli indirizzi di posta ha variato il pop
server utilizzato personalizzandolo con il nome del nostro dominio e così
ho modificato .fetchmailrc per variare il comando poll, ma non sono più
riuscito a ricevere la posta sul server linux (attualmente ho configurato
i singoli client per pescare ognuno la posta dal pop del provider). 
Qualcuno sa come risolvere questa situazione?
Mi verrebbe da pensare di modificare il local-hostnames ma non so quali
altre implicazioni potrebbe comportare (non vorrei bloccare qualche altro
meccanismo). Putroppo conosco poco linux e la ditta che ha configurato il
server non c'è più... 
Ringrazio chiunque per l'attenzione e per ogni eventuale aiuto. 
Ciao! 
Il file .fetchmailrc era il seguente: 
set syslog 
set postmaster mailtrash 
defaults timeout 30, protocol pop3, fetchall, nokeep 
poll 
pop3.ispname.com
 
username "
nome.c...@miodominio.com
" password "XXX" is utentelinux1
here 
username "
nome.c...@miodominio.com
" password "XXX" is utentelinux2
here 
username "
nome.c...@miodominio.com
" password "XXX" is utentelinux3
here 
username "
nome.c...@miodominio.com
" password "XXX" is utentelinux4
here 
ed io l'ho modificato solo nella riga di poll: 
poll 
mail.miodominio.com
 
Credo che il problema sia proprio il nuovo nome del server pop3 esterno
che avendo suffisso "
miodominio.com
" crea qualche problema con il resto
della configurazione esistente, infatti il file etc/mail/local-hostnames
contiene proprio la riga "
miodominio.com
" 
Ecco alcuni estratti del contenuto di altri file di configurazione. 
etc/mail/access 
hosts.miodominio.com
 RELAY 
192.nnn.nnn RELAY ##questa è la serie di ip della rete interna 
127.0.0.1 RELAY 
q REJECT 
moncadayab.com
 REJECT 
moncadayacb.com
 REJECT 
/etc/host.conf 
order hosts, bind 
multi on 
/etc/aliases 
MAILER-DAEMON: postmaster 
postmaster: root 
.. 
.. 
fetchmail-daemon: root 
.. 
.. 
nome.cognome1: utentelinux1 
nome.cognome2: utentelinux2 
nome.cognome3: utentelinux3 
nome.cognome4: utentelinux4 
etc/mail/
sendmail.mc
 
.. 
.. 
MAILER(smtp) dnl 
MAILER(procmail) dnl 
dnl MASQUERADE_AS ('
miodominio.com
') dnl 
dnl FEATURE ('limited_masquerade') dnl 
dnl FEATURE ('masquerade_envelope') dnl 
.. 
.. 
Infine nel file cron dell'utente root il comando di esecuzione di
fetchmail: 
*/10 * * * * /usr/local/bin/fetchmail -s
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 riuscito a ricevere la posta sul server linux
E che errore ti da'?
Davide
-- 
If at first you don't succeed, you must be using Windows. 

 E che errore ti da'?
Non mi da nessun errore. Semplicemente le mailbox degli utenti
restano vuote perchè sembra non pescare la posta dal server
del provider.


 Non mi da nessun errore.
Se non pesca la posta ritornera' un'errore in quella operazione.
Lancialo a mano e vedi.
Davide
-- 
Type cat vmlinuz > /dev/audio to hear the Voice of God.

 Davide
Avevo già provato lanciando manualmente il comando fetchmail -s -a
e mi ha sempre dato un errore di processo già in esecuzione, in particolare
ora mi da "another fetchmail is running in background at 6784".
