Newsgroup: it.comp.os.linux.software
Titolo: problemi con Postfix

Ciao a tutti,
sono un novizio ed ho (come tutti i novizi) qualche problema.
Ho un server di posta su RH9, basato su Postfix e WM-pop3d. La posta funge
perfettamente sulla lan, ma vorrei poter fare in modo di aprire un account
esterno alla lan, configurabile su un outlook express che poi scaricherà con
una connessione dial-up. Che posso fare??
E inoltre, come posso fare a non rendere il mio server di posta un Buco per
spam??
Salutoni
BurstMan

 spam??
Di norma postfix è già configurato come "closed relay", ovvero permette
il relay solo agli utenti della LAN.
Se vuoi accertartene guarda il 
main.cf
 di postfix e verifica che sia
presente la direttiva mynetworks = 127.0.0.1, 192.168.1.0 etc. dove gli
IP di rete identificano le reti ammesse al relay; e relaydomains =
(tuodominio, spesso c'è $mydestination, definita più sopra) che
specifica per quali nomi a dominio è ammesso il relay.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

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

 lan anche di inviare utilizzando il server di posta.
E` una pessima idea. Fagli usare l'smtp server del suo provider.
Alternative, che prevedono _pero`_ un tuo intervento:
- pop before smtp
- smtp auth
Ne abbiamo discusso diverse volte, sia qui, che sull'altro gruppo e la
documentazione di postfix e` ampia.
Infine: per cortesia, quando rispondi ad un messaggio, fallo in modo
appropriato (come gli altri). Puoi trovare una guida qui:
http://learn.to/edit_messages
Grazie.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
In God we trust. (All others pay cash.)

 E` una pessima idea. Fagli usare l'smtp server del suo provider.
xchè sarebbe una pessima idea?
scusate ma sono anche io un niubbino... e ho da poco configurato il mio
primo qmail con smtp-auth..

 xchè sarebbe una pessima idea?
E` una pessima idea, perche` a tutt'oggi, nessun meccanismo non network
based si e` dimostrato altrettanto affidabile.
Ovvero, sia pop-before-smtp, sia smtp-auth soffrono delle
implementazioni dei client, e di uno in particolare (lascio ai lettori,
indovinare quale sia questo client).
La cosa piu` comune che puo` succedere e`:
- in pop-before-smtp, alcuni <G> client, fanno _prima_ smtp e _poi_ pop,
  generando quindi un errore.
- in smtp-auth, alcuni <G> client fanno curiose valutazioni
  sull'implementazione del protocollo AUTH, e non e` raro avere qualche
  problema. Qualcosa viene risolto (in postfix, ad esempio, c'e` una
  direttiva broken_sasl_auth_clients), ma qualcosa no.
A volte, si deve fare tuning, e/o scegliere una forma di
autenticazione/storing delle password, che non e` quella prescelta dal
planning del sistema.
Ovviamente, questo non succede se si ha il controllo anche dei client,
ma non sempre (quasi mai), questo e` possibile.
Un servizio network based invece, non fallisce. E visto che non conosco
servizi di accesso ad internet privi del servizio "usa il nostro smtp",
lo trovo un inutile complicarsi la vita, specie se i numeri salgono (100
client, 1000 client...).
Aggiungi che "trackare" un abuso, non e` banale, con smtp-auth e una
password "semplice".
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
All science is either physics or stamp collecting.

 numeri salgono (100 client, 1000 client...).
Scusa se ti faccio una domanda [OT] al riguardo, ma IB e i suoi famosi
"non ti faccio usare i miei smtp perchè non stai usando un domain
registrato da me" sono ancora veri?
-- 
Emanuele Balla  aka Skull
+----------------------------------------------------------------------+
Actually without signature.
Any idea?!?

 registrato da me" sono ancora veri?
Ecco questa cosa va approfondita. Ne ho sentito menzione qua, ma non ho
ancora avuto occasione di "verificare". _Se_ fosse vero, e dipende in
che fascia questa cosa e` vera, si possono fare considerazioni (tra cui:
non utilizzare questo fornitore). L'unica connesione IB che ho a
disposizione attualmente e` un aliceADSL, la quale non usa questo
enforce.


 cui: non utilizzare questo fornitore). L'unica connesione IB che ho a
Te lo domando perchè son giunte richieste da parte di alcuni nostri
clienti con connettività IB ma MX da noi a concedere da parte nostra
l'utilizzo dell'smtp perchè quello IB cui si son sempre appoggiati non
funziona più...
<sfogo>
Dato che nella mia azienda sono notoriamente dei cazzari, naturalmente,
pretendono che sia io poi a risolvere la cosa una volta che loro hanno
risposto di si senza interpellarmi... se non altro mancano 20 gg e poi
taglio, con omma gioia...
</sfogo>
In ogni caso, i loro domini son lì da parecchio tempo, e il problema per
cui si è presentato in massa cira 40/50 gg fa. Non mi son preso la
briga di verificare, ma direi che al voce è piuttosto veritiera, vista
la coincidenza... Se poi è nei termini esatti in cui si diceva da 'ste
parti, onestamente, non lo so...
Chi avesse info al riguardo, sono interessato...
Ciao


 parti, onestamente, non lo so...
La voce e` veritiera per certo. Quello che mi chiedo e` a quale
contratto (o tipologia di contratto) questa pratica afferisce.
Ovviamente per sconsigliarlo. :)
Ma non pare una "condizione generale". *Pare* che sia dedicata ad una
precisa tipologia di contratti. E non escluderei, visto che sono
contratti paganti, che IB potrebbe tornare indietro, ma devono essere
ovviamente i clienti (paganti) a lamentarsi.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
char *p="char *p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}

 funziona più...
Qualche tempo fa (30-40 giorni) c'è stato un down abbastanza lungo (un paio
di giorni) di molti dei server smtp di IB. Questo è stato dovuto a modifiche
che hanno dovuto apportare ai loro smtp sempre più utilizzati come fonte di
spam. Da allora in poi per usare i loro server è necessario utilizzare
l'smtp-auth anche se provieni da loro rete. Purtroppo non trovo più la
pagina (presente su uno dei loro siti) in cui ufficializzavano la cosa. Non
ho approfondito il problema e sinceramente non so se/quale categoria sia
stata "colpita" (business, consumer, adsl, hdsl etc...) però molte persone
da allora hanno avuto problemi a causa delle nuove impostazioni.