Newsgroup: it.comp.os.linux.sys
Titolo: sendmail su redhat7.2

pensavo che lasciando sendmail così come viene istallato di default da
redhat 7.2 fosse in grado di ricevere mail dall'esterno, invece no.Il
sevrer è in ascolto sulla porta 25 ... se faccio netstat -a lo vedo ... ma
se faccio un telnet sulla porta 25 da un altro server no!
Cosa e dove devo
cambiare sulla configurazione di sendmail per accettare mail anche da altri
host?
--------------------------------
Inviato via 
http://usenet.iol.it

 cambiare sulla configurazione di sendmail per accettare mail anche da altri
Il miglior suggerimento è quello di cambiare sendmail, un servizio
assolutamente deprecated e inaffidabile.
Passa a postfix o qmail, molto più facili da configurare e infinitamente
più sicuri.
-- 
Massimo Bacilieri AKA Crononauta 
mailto:
ulib...@libero.it
 ; ICQ:4005815
+++ antispam: l'indirizzo mittente è alterato; usare quello qui 
    sopra indicato se mi si vuole rispondere in posta.

 se faccio un telnet sulla porta 25 da un altro server no!
Cosi' come descrivi il problema, sembra che la porta sia "droppata" da una
regola di filtraggio: in tal caso posta l'output del comando iptables-save (o
ipchains-save). In realta' adesso sendmail, anche se non e' sotto inetd o
xinetd (ma magari usa libwrap come xinetd, se non erro una reimplementazione
del tcp-wrapping al posto di tcpd), considera i settaggi del tcp wrapper in
/etc/hosts.allow e /etc/hosts.deny. L'effetto e' che dall'esterno ti fa
connettere normalmente (a differenza dei servizi inet, che ti "cacciano"...
:-), ma senza una autorizzazione esplicita nei suddetti files, il server
rifiuta ogni comando restituendo un preciso messaggio di errore che adesso non
ricordo.
Infatti, anche se non fosse chiusa la porta all'esterno, in ogni caso devi
aggiungere la seguente linea al file /etc/hosts.allow:
sendmail: ALL
In questo modo puoi ricevere posta da chiunque (occhio, ma non mi sembra
proprio il caso di dirtelo, al relaying...)
bye G.L.

 sendmail: ALL
Inutile. Sendmail è stand alone e non gira sotto inetd (a meno di settaggi
particolari, ma non credo sia il caso), per cui è inutile dichiararlo in
hosts.allow.


 hosts.allow.
Penso che tu non abbia letto tutto il messaggio: che tu ci creda o no, in redhat 7.2
adesso e' cosi'.
bye G.L.

sendmail: ALL
sul mio
server non c'è nessun firewall attivo, ho messo in hosts.allow sendmail:
ALL .... ma niente .... quelle caselle di posta non ricevono posta
dall'esterno ... e continuo a non potermi connettere sulla porta 25 di quel
server da un altro server..... forse ha ragione chi mi consigliava di
lasciar perdere sendmail!!!


luca wrote:

Dimenticavo, in /etc/
sendmail.cf
, di default:
<paste>
# SMTP daemon options
O DaemonPortOptions=Port=smtp,Addr=127.0.0.1, Name=MTA
</paste>
Se e' cosi', cambia l'indirizzo su cui e' in ascolto. Una piu' attenta occhiata
alll'output di netstat ti avrebbe fatto notare che e' in ascolto solo in
localhost.  :-)
bye G.L.

 Se e' cosi', cambia l'indirizzo su cui e' in ascolto.
Dimenticanza no. 2: mettici 0.0.0.0 se vuoi che ascolti su tutte le interfacce.
bye G.L.

localhost.  :-)
ok , hai ragione ... ora ci
si può connettere sulla porta 25 ....il problema è che non delivera la
mail.
In /var/log/maillog c'è un errore:
Mar 27 16:49:14 mail
sendmail[936]: NOQUEUE: [10.0.0.8] did not issue MAIL/EXPN/VRFY/ETRN during
connection to MTA


 connection to MTA
Come hai configurato il relaying?
bye G.L.

 adesso e' cosi'.
Tentativo patetico di dargli una parvenza di sicurezza!
Ma parché non fanno una cosa sensata e mettono postfix di default? (o
qmail)???


 qmail)???
Concordo: solo guardando il formato di 
sendmail.cf
 e' una cosa da far spavento...  :-(  In
un corso, un insegnante ha scoperto che qualcosa sopra, almeno per una configurazione di
base, la sapevo fare, e mi chiese se per caso avevo uno stomaco di ferro e tanto
coraggio...   :-)))
Purtroppo bisogna considerare che e' l'MTA standard per la maggior parte degli *nix, e lo
e' da parecchio...
Immagina che ci ho messo non poco per capire che passava per il tcp-wrapper... Un bel
cambiamento inaspettato, e soprattutto non trovo ancora nessuna voce di configurazione in
merito... dev'essere stato letteralmente compilato per l'uso delle libwrap.
Evidentemente, viste la storia delle sue falle, anche recenti, redhat ha pensato di
"chiuderlo" quasi del tutto, dando all'utente il compito di configurarlo _coscientemente_
e per bene prima di aprirlo al mondo...
bye G.L.

bye G.L.
non l'ho configurato ...
devo fare solo delle prove e volevo solo ricevere posta ... non spedirla
... ma non la ricevo!mi dici che anche per ricevere posta devo configurare
il relayng?... come si fa?


 il relayng?... come si fa?
No, non e' necessario: in effetti il messaggio sembra dire che durante la
connessione il client di posta non ha spedito alcun comando al MTA. [10.0.0.8]
e' ovviamente un client sulla tua lan? Che client di posta sta usando? Il
problema sembrerebbe del mailer sul client.
Comunque, una visitina a 
http://www.sendmail.org
 non farebbe male, in
particolare il tuo problema nelle FAQ:
http://www.sendmail.org/faq/section4.html#4.18
;-)
bye G.L.

,
delay=00:00:00, xdelay=00:00:00,
mailer=esmtp, pri=60367, relay=
smtp2.nodalis.it
. [10.0.0.91], dsn=2.0.0,
stat=Sent (OK id=16qVzm-0005w7-00)
Mar 28 10:23:25 mail sendmail[2183]:
g2S9NPR02183: to=root, delay=00:00:00, xdel
ay=00:00:00, mailer=local,
pri=60367, dsn=2.0.0, stat=Sent
CHE ERRORE DI CONFIGURAZIONE SU
SANDMAIL POTREBBE ESSERCI?



Direi che la risposta è ben chiara, te lo dicono in 2.... c'è un errore
nel record MX...
Fammi capire, ma quel dominio è registrato e l'MX record di quel dominio
punta all'IP del server con sendmail?
--
Jarsil

 error: mail loops back to me (MX problem?)
allora, era capitato anche a me con postfix perche' sono stato distratto
a configurarlo.
il problema e' che dici al tuo mailserver di contattare se stesso.
morale: io ho risolto eliminando la direttiva relayhost=
ip_del_server_smtp
poi non conosco sendmail, magari non c'entra nulla
ciao
Manuel
--
             Prima di postare FAQ, controlla su Google:
  >>   
http://groups.google.com/advanced_group_search
   <<
   Problemi di netiquette? 
http://www.nic.it/NA/netiquette.txt
Vuoi imparare linux? 
http://a2.swlibero.org
 - ICQ 117744323

Luca wrote:
Eh eh... devi avere un dominio, magari anche solo un dominio fittizio a tuo
uso interno, per la lan, tirato su con bind...
comunque luca@<ip_del_tuo_server> dovrebbe funzionare.
bye G.L.