Newsgroup: it.comp.os.linux.sys
Titolo: postfix: restriction class. Ora come abilito i client TIM?

Buongiorno e buon anno a tutti.
 
Su suggerimento di THe_ZiPMaN ho creato nel mio 
main.cf
 una restriction 
class di questo tipo:
 
smtpd_restriction_classes = insider
insider = permit_mynetworks,
	permit_sasl_authenticated,
	reject
 
in sender_access:
 
miodominio.it
	insider
 
Per evitare che mi vengano recapitate la serie di email spam provenienti 
da indirizzi email del mio dominio. La cosa al momento pare funzionare 
(chiedo conferma che vi risulti corretta).
 
Ora, vorrei poter abilitare i client mobile tim. Ma la cosa mi sta 
riuscendo piuttosto difficile.
 
Primo perchï¿œ spediscono usando un indirizzo 
no...@miodominio.it
 e secondo 
perchï¿œ il server cambia continuamente.
 
Avete suggerimenti?
 
Grazie.

 Avete suggerimenti?
 
 
questo accade perchè la porta 25 spesso è chiusa dall'operatore. ma in 
genere la 587 (submission) è lasciata aperta. potresti abilitare TLS/SSL 
sulla 587 e usarla anche dai MUA mobili, recapitando quindi al tuo 
server anche la posta in uscita.

Il 03/01/13 10.39, writethem ha scritto:

Ciao. Quindi tu dici di usare il mio server di posta anche dai terminali 
mobili per l'invio e di non usare il server di TIM... corretto?
 
Volessi usare il server TIM ed evitare di usare il mio c'è un modo o non 
ho alternative?
 
Grazie.

 ho alternative?
 
Dovresti mettere i server tim tra le esclusioni, eventualmente
concatenando un'altra restriction_class
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 concatenando un'altra restriction_class
 
Ciao Flavio. Grazie.
 
E' quello che ho provato a fare ma non riesco... L'arrivo della posta da 
no...@miodominio.it
 mi viene sempre rigettato con 'Access denied'.
 
Un'idea sulla quale lavorare?
 
Grazie.

 mobili per l'invio e di non usare il server di TIM... corretto?
 
corretto. è, tra l'altro, molto semplice. in 
master.cf
 
 
submission inet n      -       n       -       -       smtpd
 
al pari e in aggiunta a
 
smtp      inet  n       -       n       -       -       smtpd
 
che dovresti già avere.
 
poi gira la porta 587/TCP al mailserver.
 
 
 
unica cosa, verifica che submission come porta sia dichiarata
cat /etc/services | grep submission
 
 
e poi fai ovviamente tutti i controlli per scagionare l'ipotesi che tu 
sia un open relay, anche se a rigor di logica non cambia nulla rispetto 
alla configurazione che già hai ora (male non fa fare un check).
 
 
ti consiglio anche di valutare l'utilizzo di TLS/SSL, visto che ci sei, 
così da oscurare il traffico (altrimenti in chiaro) tra il MUA e l'MTA.

 così da oscurare il traffico (altrimenti in chiaro) tra il MUA e l'MTA.
 
Grazie. Ho fatto il check l'altro giorno e non sono un open relay. Tutti 
i test fatti qui 
http://www.mailradar.com/openrelay/
 (magari hai anche 
altro da suggerirmi) sono risultati negativi.
 
Un po' volevo evitare che usassero il server anche per spedire... Perchè 
spediscono foto, video etc. e sinceramente non ho una linea tale da 
sopportare senza troppi problemi questo tipo di cose.
 
Se non ho alternativa procedo con il tuo suggerimento ovviamente 
implementando anche TLS/SSL.
 
Grazie ancora.