Newsgroup: it.comp.os.linux.sys
Titolo: QMAIL o POSTFIX

Salve,
Sto cercando di far funzionare un server SMTP e POP3, per un dominio
Internet.
Tuttavia ho tentato sia con POSTFIX, che con QMAIL, ma niente.
Con QMAIL sono andato più avanti, il problema reale è che sembra funzionare
tutto, ma QMAIL non avvia l'smtpd, di consequenza non c'è nulla in ascolto
sulla porta 25, ovvero QMAIL è in funzione ma il server SMTP non funziona.
Quando si avvia QMAIL, si attivano i seguenti:
7803 pippo 0.0 % qmail-send
7804 pippo 0.0 % splogger qmail
7805 root 0.0 % qmail-lspawn ./Maildir/
7806 pippo 0.0 % qmail-rspawn
7807 pippo 0.0 % qmail-clean
non c'è smtpd
ho provato in vari modi a lanciarlo, ho provato a creare uno script con
xinetd, ma non succede nulla, poi ho provato a farlo funzionare con
tcpserver, niente.
questo è lo script provato con xinted:
service smtp
{
  disable           = no
  flags               = NAMEINARGS
  socket_type  = stream
  protocol         = tcp
  wait                = no
  user               = qmaild
  server            = /usr/sbin/tcpd
  server_args  = /var/qmail/bin/tcp-env /var/qmail/bin/qmail-smtpd
}
ho provato anche ad avviarlo manualmente:
/usr/sbin/tcpd server_args  = /var/qmail/bin/tcp-env
/var/qmail/bin/qmail-smtpd
ma anche se non escono errori, facendo con netstat
netstat -a | greep smtp
non mostra niente in ascolto sulla porta 25, e anche nei servizi attivi non
c'è traccia di smtpd o di tcpd.
ci sono altri modi per avviare questo server?
cosa può essere che non va?
un'altro problema sono i log, non compare nulla nel file dei log.
Con Postfix ho lo stesso problema, sembra avviarsi, ma non c'è alcun server
in ascolto sulla 25, ovvero SMTP non funziona.
Preciso subito che ho aperto la porta 25 sul firewall, quindi il firewall
non può essere.
Ho provato anche con:
/usr/local/bin/tcpserver -H -R -x
/etc/tcp.smtp.cdb -u$QMAILUID -g$NOFILESGID 0
 smtp /var/qmail/bin/qmail-smtpd &  >/dev/null 2>/dev/null
ma mi da: "Ambiguos output redirect"

 
anche perchè firewall o no, almeno il binding della porta dovrebbe 
farlo...
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 :-)
Potrei anche andare in /flame_on.... ma vista l'ora non ce la faccio
proprio... buonanotte ^__^

 
Paolo, 
....non mi sembra il caso di arrivare a tanto...
basta  un banale telnet localhost 25 sul mailserver per verificare....
 
o meglio ancora un ps ax | grep quellochecavolovuoi :)))
...ma visto che siamo qui dobbiamo cercare di dare una mano a Giovanni:
posso solo cercare  di darti un paio di dritte su qmail, visto che e' almeno 
dal '95 che lo uso in varie installazioni...postfix non lo conosco!
innanzitutto domande:
hai installato qmail sequendo passo a passo le istruzioni della documentazione
life with qmail? 
http://www.lifewithqmail.org/
o meglio ancora l'howto in italiano? 
http://www.folug.linux.it/docs/qmail/qmail-HOWTO.html
...poi non ti dimenticare di controllare il relay
http://www.palomine.net/qmail/relaying.html
in base alle tue esigenze, qmail puo' essere startato in 
vari modi, tutti ampiamente documentati
usando  tcpserver dovresti avere una cosa del genere:
nell inittab
sm0:2345:respawn:/usr/local/bin/tcpserver -x/etc/tcp.smtp.cdb -uID -gID 0 smtp
 /var/qmail/bin/qmail-smtpd
....e poi verificherei anche la config di inetd.conf....dove naturalmente dovresti
avere remmato tutto quello che ha a che vedere con smtpd.
e poi a questo punto non ti resta che startare il qmail..
io uso questo 'vecchio' modo in rc.local:
csh -cf '/var/qmail/rc &'
try and enjoy ! :)
f.

 
http://www.palomine.net/qmail/relaying.html
Io ho anche installato webmin, e con webmin, inviando e-mail dall'interno
all'interno, funziona, dall'interno all'esterno anche funziona, mentre se
invio e-mail dall'esterno (da altre e-mail verso l'interno), le e-mail non
tornano indietro ma vengono disperse, mentre se provo ad usare l'smtp del
server dall'esterno mi dice che non si puň collegare, e con telnet non da
segni di vita.
Devono essere sicuramente le impostazioni di relaying adesso, spero che sono
le impostazioni di relaying perchč se č cosě adesso il server dovrebbe
essere funzionante e si tratta solo di configurarlo.

 essere funzionante e si tratta solo di configurarlo.
Il relaying e' una cosa un po' diversa, 
perche' comunque la porta 25 deve essere  aperta e visibile 
dall'esterno, e' poi l'MTA, in questo caso qmail, a decidere
se offrire il servizio (smtp) a chi ne fa richiesta in base alle 
config.
Se la risposta alla prima domanda e' SI!
il problema sembrerebbe essere piu' un problema di rete/routing
che altro....
io mi farei alcune domande del tipo:
come e' strutturata la mia rete?
ho un firewall? e se si che cosa fa?
e poi:
come sono conesso ad internet?
ho ip pubblici sul mailserver?
uso un modem? uso un router?
e se ho un router questo  e' in grado di routarmi le 
richieste per la porta 25 all'interno della mia rete e sopprattutto 
sulla macchina giusta (vedi MX).
ciao, 
f.

 che altro....
Non può essere un problema di rete o routing. Sulla stessa macchina ho un
server web, uno ftp, un server dns, e pop3, pop3 non funziona però risponde
con telnet, anche il server web risponde(e funziona anche), ed anche il
server dns funziona, anche il server ftp funziona e risponde, la macchina è
perfettamente raggiungibile, il tcp funziona perfettamente infatti gli altri
servizi funzionano perfettamente.
Non può essere il firewall perchè ho aperto la porta 25 così come ho aperto
le porte per gli altri servizi.
La macchina è un server in una server farm direttamente collegato ad
Internet, non è in rete, ed ha ovviamente un ip pubblico e statico.
telnet non funziona anche se digito telnet ipmacchina 25, e non funziona sia
che lo faccio da remoto sia che lo faccio dal server, sia che metto l'ip
pubblico, sia che metto l'ip locale o localhost o 127.0.0.1 sul server.
però netstat mi dice che il server smtp è in funzione ed in ascolto.
non è che QMail usa un'altra porta, forse si deve impostare la porta da
qualche parte?
adesso provo a scrivere un piccolo server che ascolta sulla 25, in modo che
se funziona posso escludere completamente problemi con il firewall, che
comunque non ci dovrebbero essere, ma per sicurezza adesso vedo di scrivere
uno stupido server che rimane in ascolto sulla 25 e risponde con qualche
stronzata, così mi levo il dubbio.

In effetti, ho trovato un esempio di server TCP, gli ho messo di ascoltare
sulla porta 25, l'ho compilato, mandato in esecuzione e mi dice che
l'indirizzo è già impegnato e quindi non si può avviare.
Quindi effettivamente smtp dovrebbe essere in ascolto, ma è strano, non è
raggiungibile ne con indirizzo di localhost e ne dall'esterno.
Adesso faccio un'altra prova, stoppo qmail, e l'smtp e provo a rilanciare il
serverino che ho trovato che non fa niente ovvero ascolta e risponde solo,
giusto per verificare, questo mi dovrebbe far capire meglio dove sta il
problema.
adesso provo.

Anche il serverino che ho compilato non è raggiungibile, c'è qualche
problema che non dipende da QMail.
Adesso provo a guardare meglio le impostazioni del firewall.

 
appunto: cos'è quellochecavolovuoi??


 wrote in
news:1jUsb.18542$
9_.6...@news1.tin.it
: 

:-)
tutte le volte che propongo postfix al posto di qmail, so il rischio che 
corro!
solo che qmail vuole fare un pò troppe cose, per i miei gusti e quando 
trovo qualcuno che ha problemi con qmail, tento di convertirlo a 
postfix...
:-)


 :-)
Bhe' perche' scappare di fronte ai problemi? =)
Pensi che postfix, non abbia i suoi problemi?? 
A presto.
-- 
Vega (alpha Lyrae)
http://www.baslug.org/vega/

 
certo che li ha, dopotutto è un software...
solo che io (imho, quindi) mi trovo meglio tra i file di cfg di postfix 
che non tra quelli di qmail.
e poi una cosa che non mi piace di qmail: i file di log.
con postfix, basta un cat per leggerli, con qmail no.


 Pensi che postfix, non abbia i suoi problemi?? 
Questa frase non significa molto: i "problemi" a cui si riferisce Paolo,
sono spesso di "opportuna configurazione". I problemi di qmail, sono
"scelte di implementazione". La differenza e` sostanziale.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Why is "abbreviation" such a long word?

 "scelte di implementazione". La differenza e` sostanziale.
Anche qui d'accordo, ne possiamo discutere dopo il LD.


 basta un cat per leggerli, con qmail no.
Si, concordo pienamente, che palle sti log che non si capisce un bel
niente!
Poveri noi!  =)
Ps. non sono polemico, ma scrivo semplicemente cosa penso veramente del
pacchetto.
Come ho detto a Maurizio, adesso ho troppe cosette da sistemare ( mancano
14 gg al LD) con calma dopo ne discutiamo e facciamo il punto dei due
software (entrambe buone scelte rispetto Sendmail )


 buono.
Ottimo, piu` che buono.
Non discuto la _qualita`_: djb e` un maledetto geniaccio, altroche`. Il
punto e` altro. Non sempre quello che djb dice "e` giusto", lo e` per
davvero. E questo rispecchia la sua filosofia nello scrivere il
software.
Su una maling list scriveva, tempo fa:
tipo: "djb, ma come mai qmail non fa questa questa cosa?"
djb: "perche` non si fa"
tipo: "si, ma l'rfc..."
djb: "l'rfc e` _sbagliata_" [*]
E sticazzi.
[*]
L'argomento era rispetto al limite di risposta dei dns che in qmail e`
fissato a 512 byte, se non ricordo male. Poi altri hanno fatto uscire
delle patch, ovviamente. Ma che non vengono incorporate, *ovviamente*.
Ciao.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
An NT server can be run by an idiot, and usually is.