Newsgroup: it.news.net-abuse
Titolo: SpaLming


Subject: La tua opinione vale, noi te la paghiamo!
Inoltre, che valore ha la seguente affermazione presente nel messaggio
di spam? Secondo me, zero...
Questa E-mail non è uno spalming. L'indirizzo a cui è inviata non è in
un   nostro  database.  Gli  indirizzi  sono  forniti  e  l'inoltro  è
effettuato a cura di Hi-Mailer Tecnology Inc.
Notare: spalming
-- 
Enrico
| 
http://web.mclink.it/MC2515
| plz no email replies, reply in Ng

Mi associo a Putifarre.
Ho ricevuto la mail da titolo "la tua opinione vale, noi te la paghiamo" per
diverse volte. Ho verificato il dominio dal quale è stata inviata ovvero
legal.it
 e vengo reindirizzato a un'altro sito 
www.multiservice.tv
 , che
pare proprio specializzato in questo tipo di - chiamiamola cosi -
comunicazione. Decisamente seccato ho scritto al sito chiedendo info sul
trattamento dei dati personali. In realtà non so se ho fatto una baggianata
o meno, ma ci h tentato.
Se qualcuno ha maggiori informazioni sto all'ascolto :)
Boe

 mio provider?
No, tu *devi* protestare. 
Comunque, McLink, per mia esperienza, se ne frega delle segnalazioni. Il
che significa, bada bene, non che devi smettere di protestare, ma che
devi protestare ancora piů forte. 
ab...@mclink.it
 non č letta, quindi
scrivi _anche_ a questi:
pnuti * 
mclink.it
, 
segreteria * 
mclink.it
, 
fratics * 
mclink.it
, 
abuse * 
na.nic.it
Questo solo per l'invio dello spam. Inoltre devi protestare anche e
soprattutto per il sito reclamizzato nello spam.
E se non basta, fai ricorso al garante. 
Insomma, tira su la schiena! :-)
-- 
Luca - e-mail: p.stevens at 
libero.it

Notare: spalming
vedi mio post: 
g8774v04hm4n8v24b...@4ax.com
Cmq non è vero che l'inoltro è effettuato da Hi-Mailer, sono proprio
loro che immettono i messaggi.
"Legalmente" è reato perseguibile l'acquisto di indirizzi mail da uno
spammer?
-- 
Marco
"I trolls sono stupidi. Gli spammers pure. [vedi Regola 1]"

 Insomma, tira su la schiena! :-)
Tranquillo,   oggi   partono   le   raccomandate   a  chi  dovere  :-)


Multi Service S.r.l.

 cancellazione?
Spammer.


 tranquillo! McLink non c'entra!
Che stupido, non avevo controllato.


 loro che immettono i messaggi.
Esatto, HiMailer non è nient'altro che un software
http://www.himailer.com/en/product/product.html
Enrico C.
--
http://www.enrigua.net


 
http://www.himailer.com/en/product/product.html
Bzzt!   HiMailer, oltre che produttore di spamware e di indirizzi
rastrellati, e' uno dei peggiori spammers taiwanesi.  Assolutamente
tra il peggio che ci offre l'oriente.
Vedi
http://spamhaus.org/SBL/sbl.lasso?query=SBL3777
http://spamhaus.org/SBL/sbl.lasso?query=SBL5571
per alcuni campioni tipici...
--
furio ercolessi
http://www.spin.it/spam/

al portafoglio. MaxKava docet!
il titolare della società, contattato da un utente che lo voleva
maxkavizzare, ha detto che lui non c'entra è colpa di himailer.
la risposta è stata" ah ok, faccio ricorso al garante, così anche lei
ha un provvedimento e può fare denuncia contro himailer"...ihihih...
qualcosas mi dice che sto tizio si becca 5-6 ricorsi....che vuol dire
quasi automaticamnete blocco del db...
mk

quasi automaticamnete blocco del db...
aggiungo che ha inviato 600 mail in totale..
mk

On Tue, 11 Feb 2003 22:31:11 GMT, 
maxkava.com
 <ka...@inwind.it.invalid>
wrote:

In totale a tutti o in totale solo a te???

se andate su 
www.legal.it
 si viene spediti su 
www.multiservice.tv
 
ma avete provato ad andare su 
http://www.legal.it/alc/
che ne dite?.
Teo

In totale a tutti o in totale solo a te???
stando a quanto ha dichiarato al telefono (non a me direttamente), 600
totali
mk

cancellazione?
queste due frasi in gergo tecnico non "matchano".
prova a farti spiegare l'incongruenza! :)



http://www.himailer.com/en/product/product.html
come dice Furio HiMailer è ANCHE uno spammer, e dei peggiori per
giunta.
Cmq quello che dicevo io è che l'invio della mail è opera di Multi
Service e non di HiMiler.
L'IP di provenienza della mail è di MultiService. quindi gli spammer
sono loro. punto.



Dopo un'occhiata ai logs, direi senz'altro Regola 1.
Da non dimenticare che questo spammer ha falsificato l'indirizzo
mittente, inserendo un indirizzo mittente di busta fasullo con lo 
stesso dominio del destinatario per:
- cercare di evadere eventuali filtri;
- non essere sommerso dai rimbalzi (che intende graziosamente riversare 
  sulla stessa macchina del destinatario).
Questo rende l'intento evidente.  Chi effettua mailing legittimi non ha 
alcun interesse a falsificare il mittente, ne' a non ricevere rimbalzi.
Al contrario, pianifichera' i suoi mailings in modo da ricevere e
processare tutti i rimbalzi.
La falsificazione del mittente e' una "feature" di HiMailer, che e' 
un prodotto scritto da criminali per commettere vandalismo in rete, e 
non ha diritto di cittadinanza su Internet.  Chiunque utilizza HiMailer 
va bloccato per il solo fatto che ha utilizzato HiMailer, foss'anche per 
il mailing list dell'associazione bocciofila del paese.


>> 195.62.234.177 č assegnato a ATSLink-NET
[...]
Grazie  per  i  chiarimenti.  Probabilmente  potevo anche arrivarci da
solo, ma sai quando le cose ce l'hai  davanti  agli  occhi  e  non  le
vedi....? 8)
Non pensavo che la falsisificazione potesse essere cosě banale, con un
mome server falso ma l'IP vero.
Ma in effetti bastava controllare!
-- 
Enrico
| 
http://web.mclink.it/MC2515


il mailing list dell'associazione bocciofila del paese.
concordo.
speriasmo che 5-6 ricorsi di botto facciano muovere il garante.
mk
ps: e sto tizio dice di essere avvocato..bah!

 mome server falso ma l'IP vero.
Anche questa e' tipica di HiMailer.  Se deve colpire una vittima
in 
example.com
, mette qualcosa tipo 
254...@example.com
  come sender
e si presenta con HELO 
example.com
 al server MX per 
example.com
.


 e si presenta con HELO 
example.com
 al server MX per 
example.com
.
Ciao Furio,
scusa ma se 
exemple.com
 vede arrivare un msg da un suo utente
inesistente non dovrebbe rifiutare la richiesta di inoltro? questo è
quello che vedo qui da noi (ed è una gran cosa).
oppure non ho capito cosa intendevi dire :)
Gabriele Polidori
-- 
OneNET Point Trieste
via San Francesco 28/c
34133 Trieste - Italy
http://www.onenet.it/TS/

Le comunico inoltre che in data odierna è stata fatta segnalazione al
garante per la privacy, per il vostro spam ricevuto. Come me altre decine di
persone hanno >pensato di comportarsi alla stessa maniera. A quanto pare non
sono il solo cui da "fastidio" questo tipo di invasione.

 oppure non ho capito cosa intendevi dire :)
Intendevo dire cio' che ho scritto :-)
Infatti volendo uno puo' usare questa caratteristica e rivolgerla
contro HiMailer stesso.  Non so pero' se HiMailer operi _sempre_
in questa modalita'.


 garante per la privacy, per il vostro spam ricevuto.
Ottima cosa! Ma non ti limitare alla segnalazione, fai anche un vero e
proprio ricorso formale, con le  raccomandate  e  tutte  le  cosine  a
posto.
Trovi spiegazioni sul sito del garante e sul maxkava.


sono il solo cui da "fastidio" questo tipo di invasione.
con queste frasi ad effetto non li intimidisci di certo! tanto c'è
l'ufficio legale che risolve tutto, dicono loro.
invece inoltra a loro una richiesta di informazioni (modello maxkawa)
con il garante in copia. se la risposta non arriva o non è
soddisfacente allora puoi procedere con il ricorso.
questa è la via migliore, senza scrivere poemi e senza alterarti
troppo.


in questa modalita'.
una curiosità sull'argomento:
quanti ISP fanno controlli su HELO e MAIL-FROM?
e quanto questi controlli appesantiscono il sistema di posta?
giorni fa ho affrontato il probelma con un collega e ci si chiedeva se
avesse senso a livello di prestazioni filtrare in base alle info di
HELO e  MAIL-FROM.
[ovviamente i controlli su RCPT-TO sono cost-effective.]
grazie


 [ovviamente i controlli su RCPT-TO sono cost-effective.]
Tutti i nostri controlli sono comunque fatti dopo il RCPT TO, 
perche' alcuni indirizzi vogliono ricevere anche lo spam, e in tutti
i casi e' comodo avere il destinatario nel logging dei rifiuti
per vedere a chi erano diretti degli spam runs.
Inoltre molti clients stupidi "impazziscono" davanti a rifiuti
fatti prima del RCPT TO, e iniziano a martellarti il server 
all'infinito se mandio un rifiuto prima.
Inoltre ogni rifiuto viene da noi ritardato - la misura serve
sostanzialmente a frenare e dare fastidio agli spammers.
In altre parole il socket e' tenuto in "ostaggio" per un tot prima
del 5xx.  Qualche giorno fa ho aumentato il ritardo da 20 a 35 
secondi e non vedo problemi  (ovviamente per fare questo e'
consigliabile compilare dei kernels grassi come numero di 
sockets, perche' la tabella tende a riempirsi di spammers in
attesa in misura proporzionale al ritardo).
