Newsgroup: it.comp.os.linux.software
Titolo: chiarimenti sulla faq di postfix

guardando (in debian potato) /usr/share/doc/postfix/html/faq.html#mobile
si suggeriscono dei modi per evitare spam dovendo configurare un server
smtp che *NON* puo` (come nel mio caso) rifiutare di mandare delle mail
basandosi sull IP del chiamante.
Essenzialmente mi restano solo il primo suggerimento
"The most preferable way is to have users submit mail via some
   authenticated protocol instead of plain old SMTP."
(ma non ho idea di cosa significa in pratica: devo usare
postfix-tsl da non-us ?? e poi gli utonti con guardafuori,
notscape, ... possono usarlo??)
oppure il seconbdo metodo
"The next best way is to use plain old SMTP and to authenticate the
   user first, for example, with a "please login via POP before using
   SMTP" scheme. In that case, some non-Postfix software such as DRAC
   maintains a Postfix-compatible access table with client IP address
   information:"
(segue esempio di righe da mettere nei files di configurazione)
ma non mi e` affatto chiaro la parte riguardo il DRAC, e neanche
se mi serva veramente visto che mi e` stato chiesto di NON imporre
tagli sull' IP.
Suggerimenti per letture piu` approfondite per chiarirmi le ideee?
Grassie ...
Sent via Deja.com 
http://www.deja.com/
Before you buy.

tagli sull' IP.
Non ci sono molte alternative: o usi ESMTP AUTH (SASL) oppure
l'autenticazione tramite il client POP (con DRAC o qualcosa fatto in
casa).
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 casa).
Forse sono riuscito a farmi una idea di come funziona la faccenda
guardando todd-pop-before-smtp-1.2.tar.gz ; e` un esempio di
"qualcosa fatto in casa" ma decentemente affidabile?
Se si, mi sembrerebbe una soluzione semplice che mi evita
pure di dover reinstallare postfix (e quindi lascia un normale
deb che chi in futuro dovesse gestire la macchina potrebbe
upgradare facilmente)
Sempre ammesso che l' uso del perl non sia troppo pesante
e che io riesca a trovare il pacchetto deb contenete
Net/Netmask.pm


"qualcosa fatto in casa" ma decentemente affidabile?
Non l'ho guardato, ma se la cosa e` implementata bene il meccanismo e`
affidabile.


Allora, dico come sono riuscito a far funzionare (sembra) la cosa,
che magari serve anche a qualcun altro.
Ho tenuto il postfix "normale" di debian, ho installato
todd-pop-before-smtp-1.2.tar.gz che e` un demone scritto in
perl (e ciuccia abbastanza memoria, ma carica perl solo una volta
all' avvio quindi non dovrebbe essere una gran tragedia) che
controlla i log (di default e` /var/log/maillog , credo per
Red Hat, ma basta cambiarlo in /var/log/mail.log ; altri piccoli
cambi di stile da RH a debian vanno fatti nello scriptino da mettere
in /etc/init.d/ e ovviamente poi bisogna usare update-rc.d)
per cercare tentativi riusciti di loggarsi via pop o imap
(serve che i logs siano scritti come il demone se li aspetta,
quindi sono riuscito a farlo funzionare solo con i pacchetti
ipopd e imapd e non altri pacchetti debian di demoni pop o imap;
DOMANDA: come sono questi pacchetti come efficienza e sicurezza?
In particolare, l' installazione li mette in ascolto tramite
inetd & tcp wrappers, ma dovendo ascoltare su ogni indirizzo
non sarebbe meglio rendeli "autonomi"?)
e dopo aver controllato mette l' IP della connessione riuscita in un
database che postifix guarda (se configurato aggiungendo una
oppurtuna riga smtpd_recipient_restrictions in /etc/postfix/
main.cf
come spiegato nel file pop-before-smtp) per decidere se chi si
collega puo` o meno spedire la posta; l' IP resta nel database
per 30 minuti, ma la durata e` modificabile (DOMANDA: vi sembra
una durata ragionevole o la cambiereste?)
Ah, uno dei moduli perl che servono al demone ho dovuto
prenderlo da CPAN, non l' ho trovato in pacchetti debian.


non sarebbe meglio rendeli "autonomi"?)
Non vedo perche`.
