Newsgroup: it.news.net-abuse
Titolo: tin sending spam.

Un cliente si e' lamentato dicendo che non riesce ad inviare posta verso 
il dominio della mia azienda.
Il mio server smtp, postfix su sistema linux, e' configurato per 
utilizzare i seguenti servizi:
  reject_rbl_client 
zen.spamhaus.org
,
   reject_rbl_client 
bl.spamcop.net
,
   reject_rbl_client 
safe.dnsbl.sorbs.net
Il messaggio che il cliente si vede ritornare e':
[212.216.176.195] blocked using 
safe.dnsbl.sorbs.net
; Currently Sending
Spam See: 
http://www.sorbs.net/lookup.shtml?212.216.176.195
L'ip corrisponde ad un server di 
tin.it
.
Ora lui dice che e' necessario che possa inviare mail al nostro dominio 
ma io insisto perche' contatti tin e faccia presente che sono finiti 
nelle liste di sorbs, non e' colpa mia se ci sono finiti.
Cosa fareste voi?

 Cosa fareste voi?
Metterei in whitelist quell'IP. Nella documentazione di postfix online 
trovi tutto.


Ok, grazie mille.

music wrote:

A parte che in italia � complicato non whitelistare i principali provider, 
ti merita creare delle whitelist personalizzate per gli utenti
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu


Io però scriverei anche ad 
ab...@retail.telecomitalia.it
 e in CC a noc-
tin@tin.i così vedi se reagiscono.
ciao
Gabriele

 tin@tin.i cos� vedi se reagiscono.
Gabriele, io dubito vi sia qualche forma di vita intelligente che legge 
quella mailbox, per mia esperienza personale.

 quella mailbox, per mia esperienza personale.
Per leggerla la leggono, � che se ne fregano proprio...
Ho una loro e-mail di risposta che grida vendetta.
-- 
"Ahi serva Italia, di dolore ostello,
nave sanza nocchiere in gran tempesta,
non donna di province, ma bordello!"
D.Alighieri, Purgatorio, Canto VI, 76-78

 Ho una loro e-mail di risposta che grida vendetta.
Gi�, � che purtroppo la legge li tutela se uno decidesse di andare l� 
con il lanciafiamme...

 con il lanciafiamme...
Eppure il caso vividown qualcosa avrebbe dovuto insegnare ai servizi di
abuse...
-- 
Ci� che conta non � quanto si vive, ma come si vive (Att. M.L. King)

 abuse...
Illuminami (� proprio il caso di dirlo), non conosco l'argomento.

Il Thu, 23 Jun 2011 19:49:06 +0200, in it.news.net-abuse, Thorin,
dichiarava:

http://www.italiasw.com/news/sentenza-vivi-down-le-motivazioni.html
"In tema di divulgazione di dati personali inseriti da terzi che li hanno
raccolti illecitamente, sussiste la responsabilit� penale, ex art. 167 cod.
privacy, dell'Internet Service Provider, che non abbia dato preventiva e
corretta informativa a coloro che hanno consegnato i dati. E, infatti, pur
non potendosi parlare di un obbligo preventivo di controllo di tutti i dati
immessi e ricevuti, n� di un obbligo di richiedere il consenso al
trattamento direttamente all'interessato - essendo tali condotte
inesigibili -, sussiste, invece, un obbligo di corretta e puntuale
informazione il cui inadempimento dimostra una chiara accettazione
consapevole del rischio concreto di inserimento e divulgazione di dati,
anche e soprattutto sensibili, che avrebbero dovuto esser oggetto di
particolare tutela."
E' un discorso molto lungo e qui saremmo OT
-- 
Sfera di sole a piombo, rombo di gente, tesa atmosfera.
Nera o blu l'uniforme, precisi gli ordini, sudore e rabbia;
facce e scudi da Opliti, l'odio di dentro come una scabbia.
(F. Guccini, P.zza Alimonda)

On 23/06/2011 07:13, Thorin wrote:

Sto notando che il problema non si riferisce solo ad un ip.
Evidentemente 
tin.it
 usa diversi server smtp e alcuni di questi sono 
nelle blacklists di sorbs.
In questi casi metteresti in whitelist ogni singolo ip ogni volta che ti 
viene segnalato il problema, oppure?

viene segnalato il problema, oppure?
Oppure non usi sorbs?
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 Oppure non usi sorbs?
Addirittura?
Mi sembra un buon filtro antispam.

 SMTP), magari non vale la pena usarlo.
Capito, adesso metto in white quest'altro ip poi vedro' che fare.
Grazie.

Mi sembra un buon filtro antispam.
Se devi perdere tempo a whitelistare mezza tin per via di un problema
che esiste da un annetto (ex IP dinamici riassegnati al pool di server
SMTP), magari non vale la pena usarlo.
