Newsgroup: it.comp.os.linux.sys
Titolo: Problemi con postfix

Ciao a tutti
Ho un grosso problema con postfix.
Ho messo su un server linux con una RedHat9, ho disinstallato sendmail, ed
ho configurato in "
main.cf
" di Postfix. Tutto andava alla perfezione, ho
creato degli utenti linux, e da due miei client, tramite outlook express
possono ricevere mail dall'esterno e mandarsela fra loro, inoltre possono
spedirla tranquillamente a qualsiasi indirizzo esterno alla rete locale.
Il problema è questo:
oggi ho configurato l'outlook express di una amica sul suo pc di casa, con
uno degli account creati sul linux, ebbene, questo account non può inviare
mail altro che a se stesso, ma può ricevere mail da altri account non del
mio domain... :((
Ho riprovato poco fa, e lo stesso account sulla rete locale funziona
perfettamente, inoltrando e ricevendo messaggi a chiunque. Sintetizzando, il
problema è che esternamente alla rete locale gli account possono inviare
mail solo a se stessi, mentre non vi sono problemi di ricezione....Strano...
...non so che fare, spero che qualcuno di voi sappia gentilmente aiutarmi.
Più in basso c'è il mio main.cf....
Vi ringrazio per l'attenzione.
Ciao :)
Marina
MAIN.CF
:
----------------------------------------------
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
mail_owner = postfix
myhostname = 
mioserver.miodominio.it
myorigin = $myhostname
inet_interfaces = all
mydestination = $myhostname, localhost.$mydomain $mydomain
mynetworks = 
192.168.0.0/24
, 
127.0.0.0/8
relayhost = [62.211.72.30]
alias_maps = hash:/etc/postfix/aliases
alias_database = hash:/etc/postfix/aliases
mail_spool_directory = /var/spool/mail
mailbox_command = /usr/bin/procmail
local_destination_concurrency_limit = 2
default_destination_concurrency_limit = 10
debug_peer_level = 2
debugger_command =
PATH=/usr/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-1.1.11/samples
readme_directory = /usr/share/doc/postfix-1.1.11/README_FILES
----------------------------------------------

 relayhost = [62.211.72.30]
              ^^^^^^^^^^^^^^
E infatti :-)
Guarda un po':
$ host 62.211.72.30
30.72.211.62.in-addr.arpa. domain name pointer 
box.tin.it
.
Hai puntato per il relay il POP3 di tin!!!!
Prova con 62.211.72.32 o 62.211.72.33 che sono gli IP di 
smtp.tin.it
 e
vedrai che funzionerà. A parte che puoi metterci anche il nome a
dominio, quindi imporre semplicemente:
relayhost = 
smtp.tin.it
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 ha scritto nel messaggio
news:slrnbiaqep....@ulibarra.localdomain...


 
Sono appena nuovo di postfix, ma 
la relayhost=.... non dovrebbe indicare l'host presso cui servirsi per 
inviare mail?Cioe` un smtp di cui servirsi (se autorizzati)?
Mentre mynetworks indica la rete o reti da cui accettare il relay ?
Se non mi sbaglio il motivo per cui non si riesce a inviare posta dal server 
non dovrebbe stare nel fatto che relayhost punta a 
box.ti.it
 (in fondo da 
dentro la rete riescono a mandare, no?) ma dal fatto che dentro mynetworks 
non e`indicato l'indirizzo ip dell'amica (e per caso dinamico?).
Quindi dovrebbe essere 
mynetworks = 
192.168.0.0/24
, 
127.0.0.0/8
 ind.iriz.zoam.ica/32
per inviare posta.
Ciao 

 ha scritto nel messaggio
news:bg42g8$kj76n$1...@ID-189468.news.uni-berlin.de...


 per esempio)
Infatti la rete da cui si accetta il relay deve essere *sempre e solo*
una sottorete del proprio sistema, oppure una sottorete pubblica sulla
quale comunque si ha controllo.
Altrimenti rischi che chicchessia, con un IP che rientra in quella
subnet ma che non c'entra niente con i tuoi client, possa accedere al
tuo smtp e usarlo per il relay.
In questo caso il tuo smtp viene definito "open relay", e siccome tu a
tua volta utilizzi come relay il server di tin, ti ritrovi la TIN che ti
chiude l'account a velocità fotonica prima ancora che tu capisca perché.
Fai molta attenzione. La regola aurea è che non si deve *mai* accettare
il relay da indirizzi IP che non sono direttamente controllabili da te,
o perché appartenenti alla tua sottorete, o perché IP fissi di client
noti sulla tratta pubblica.
Accettare relay da IP dinamici è quanto di più pericoloso esista.


 per inviare posta.
Considerazione interessante, era sicuramente un problema *in più*, in
aggiunta a quell'altro! :-)
(io mi ero fermato a quello, devo confessare, non ho continuato la
lettura del 
main.cf
!!!)


 ha scritto nel messaggio
news:slrnbib8u4....@ulibarra.localdomain...


 spam????
Ferma immediatamente il server di posta e mandaci iul yuo 
main.cf
 per 
INTERO

 questi sono dinamici??? Come faccio in quel caso (il caso della mia amica
Pop-before-smtp (lo appena studiato ed e` facile da implemantare)
dalle veloci letture che mi sono fatto si tratta di far partire lo scrit 
perl all'avvio e farlo girare nel dir dove ci sono i log delle mail.
Lo script prende gli indirizzi ip dai log e li codifca in modo che postfix 
(con una piccola aggiunta al 
main.cf
) li possa usare come ip da cui il 
relay e` autorizzato.
Questo implica che la tua amica deve prima autenticarsi tramite pop (in modo 
che nei file di log ci siano l'indirizzo ip ATTUALE della tua amica)
Oppure usare l'autenticazione tramite sasl o tls (che sinceramente devo 
ancora studiare)
Ciao

 per inviare posta.
Correct. Specificando che se l'ip e` dinamico/di altra rete, e` piu`
opportuno usare l'smtp server del proprio provider.
Aprire ad un range dinamico e` "una pessima idea".
ciao.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Debian - even Hell freezes faster.

 Aprire ad un range dinamico e` "una pessima idea".
Sono d'accordo, era solo per fargli capire come dovrebbe essere, ma in 
effetti non avevo pensato di informargli delle questione relay :^P
Combattendolo spam per me` era evidente che un relay aperto e` da evitare 
:^PP
Ciao :^)

 un mio adpeto, no? :)
Ah proposito hai letto il mio post su come patchare i postfix*.deb per il 
supporto alla soft quota?
Che ne pensi? :^)
PS
A riproposito dei relay, sai come far intereaggire postfix con courier per 
un autenticazione tramite sasl( la doc in rete riporta la doc su 
postfix+cyrus, e mi scoccerebbe rifare tutto da capo una volta arrivato per 
parchare cyrus per farlo funzionare con mysql)

 parchare cyrus per farlo funzionare con mysql)
postfix come interagirebbe con courier (immagino imap) nell'ambito
dell'autenticazione SASL?
I riferimenti a cyrus, in SASL sono nella misura in cui la libreria SASL
e` un prodotto cyrus se non vado errato. SASL, lato postfix non e`
problema complicato, basta installare postfix-tls, e la direttiva:
        smtpd_sasl_auth_enable = yes
        smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
e apposito file di pass. (c'e` un ottimo SASL_README in documentazione).
Se intendi se courier pesca dalle pass sasldb, onestamente non saprei
(non uso courier). Se intendi altro, non ho capito. :)
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If it's already broken, force it.

 Combattendolo spam per me` era evidente che un relay aperto e` da evitare 
Beh, il problema, nella situazione, e` tutto di chi ha l'openrelay. E`
un attimo entrare in blacklist. Molto meno facile uscirne. E un provider
_serio_ prende provvedimenti molto alla svelta per lo stesso principio.
In sostanza, e` un attimo farsi tagliare fuori da Internet.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


 (non uso courier). Se intendi altro, non ho capito. :)
Intendevo altro...ma perche` non avevo capito neanche io (mi _comincio_ a 
fregiare del titolo di sysadmin (in realta sono ancora lamer :^P ) da 
quando sono riuscito a risolvere ilproblema con postfix; ho capito che 
teoricamente non c'e` problema che non riuscirei a risolvere....almeno 
spero:^P ..... hai la responsabilita` di aver svezzato un nuovo 
sysadmin..... contento? :).
Da quello che ho capito tramite un modulo o qualcosa altro postfix riesce a 
fare l'autenticazione tramite una interazioine con cyrus-tls.
Credevo (speravo) che potesse fare la stessa con courier.
In realta mi basterebbe che l'autenticazione avenisse tramite mysql del tipo 
        smtp_auth = mysql:/file_di_configurazione
(non so se la direttiva smtp_auth esista era giusto a titolo di esempio)
alla stessa stregua di ad esempio
virtual_maps=mysql:/etc........
PS
ho deciso di usare courier sia perche era un pop che imap server e 
_sopratutto_ perche` intereaggiva con mysql.
L'intereazione con mysql di cyrus come e`?
In definitiva ti sto chiedendo la classica domanda da un milione di euro
e meglio courier o cyrus?
Cioe` vala la pena di imparare anche cyrus?
Ciao e scusa la lungaggine :^P
 

 Cioe` vala la pena di imparare anche cyrus?
Imparare? :)
cyrus inteso come servizio pop/imap, dipende se le sue feature
"differenziali" ti servono.
Sulle questioni prestazionali, temo che i numeri che manipoli, non
modifichino di una virgola le prestazioni di nessuno dei software
citati.
cyrus inteso come sasl puoi usarlo in postfix, per avere tls e sasl, a
prescindere dai restanti pacchetti cyrus.
Se invece vuoi mettere sotto ssl imap/pop sia courier che uw hanno
supporto ssl. e lato pop lo possiede almeno ipopd. Ma in tal caso,
esiste sempre stunnel/sslwrap. (che detto tra noi, come improve della
sicurezza, ha piu` senso di smtp-auth).
 
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
God does not play dice with the Universe.    -- Albert Einstein.

 virtual, mbox e maildir.
Hiii a saperlo prima, vabbeh ormai e troppo tardi per questo progetto, alla 
prossima terro in buon conto teapop anzi mi informo subito ...
apt-cache search ... come inizio :)

 apt-cache search ... come inizio :)
:)
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
To iterate is human; to recurse, is divine.

 modalita` "semplice".
:^)
Ciao ew grazie di nuovo dell'aiuto
gingia ch sente di avr trovato un amico in rete :)