Newsgroup: it.news.net-abuse
Titolo: Serissima esplosione del virus MyDoom.A (o Novarg.A o MiMail.R o SCO.A)

Ragazzi,
anche nel mio piccolo, sto notando che il virus in oggetto sta veramente
imperversando: oltre 1500 ieri (su 5300 mail totali), gia' 1600 oggi (alle
12) su 2900 mail totali.
Praticamente arrivano solo virus.
Non cesso mai di stupirmi.
Domenico Viggiani


Heh, l'ho notato anch'io, fortunatamente il proxy
ASSP (
assp.sourceforge.net
 se sei curioso) fa
il suo dovere, inoltre gli antivirus sono aggiornati
per cui la maggior parte delle mail infette viene
direttamente cestinata dal proxy e quelle (poche)
che passano sono eliminate dall'antivirus; in ogni
caso la "bestia" si espande ad un ritmo veramente
impressionante; dai un'occhiata alle info di Trend
Micro 
http://tinyurl.com/33mpf
 ed anche alla mappa
dei virus 
http://www.trendmicro.com/map/
 ....
Il brutto con questi virus č che avendo un "motore"
SMTP integrato inviano mail direttamente dalle
macchine di utenti "ignari" rischiando cosě di far
finire in blacklist interi blocchi IP senza che coloro
che gestiscono tali blocchi possano fare qualcosa
(piů o meno)
Ciao

 (più o meno)
cio' che gia' fa dynablock, insomma.
Per le reti aziendali dotate di smarthost interno, potrebbe esser utile
prevedere una autenticazione (richiede di riconfigurare tutti i client,
ma per ora nessun virus e' in grado di autenticarsi. per ora).
-- 
*    HappyCactus - Linux User #209744 - BOFH Certified Engineer    *
*           27/11/2003 Rilaciata la prima relase di qixl!          *
*    
http://sourceforge.net/projects/qixl
 : una gui per iSiloXC    *
*  
www.google.com
 / 
groups.google.com
 : cercare prima di chiedere  *

E dimenticavo: nel totale, sono comprese le mail uscenti. Quindi da fuori
arrivano solo virus!
DV

 ma per ora nessun virus e' in grado di autenticarsi. per ora).
Beh ... per le reti aziendali basterebbe bloccare l'accesso
verso la porta 25 e permetterlo solo verso il server mail
aziendale che ... ovviamente dovrà essere dotato di mail
scanner/av; il vero problema (imho) è sul lato ISP

 scanner/av; il vero problema (imho) è sul lato ISP
Perche', migliaia di messaggi nella coda locale ti sembrano una
bazzeccola?


 scanner/av; il vero problema (imho) è sul lato ISP
Tipo il tempo di cpu dei server che si occupano dell'AV vicino alla
saturazione?
Noto, noto... :-(
-- 
Afterlife confessions
Tell me who you used to be
Looking on in wonder
As I show you it was me

 bazzeccola?
Hm ?!? Non so come sei abituato a filtrare la mail, nel mio
caso il primo a riceverla (dalla LAN) è lo scanner e se la
mail è "infetta" non arriverà _mai_ al server di posta
Ciao

 Noto, noto... :-(
Cosě la prossima volta imparano a mettere
un filtro anti-spam (ed altro) _prima_ dei loro
servers <g>; scherzi a parte ASSP sta andando
come una cannonata e si č "mangiato" _tutti_
(beh quasi) I messaggi infetti
Ciao

 (beh quasi) I messaggi infetti
Se non s'è capito, l'ISP sono io...
E gli AV server sono *già* dietro le macchine che si occupano del
repulisti antispam...
A mail infette siamo bene, ma il carico in ingresso sugli AV ha avuto
comunque un netto aumento...


> cio' che gia' fa dynablock, insomma.
Dimenticavo ... "dynablock" (ed altri):
Secondo me filtrare IP dinamici č una stro*****
e serve soltanto a creare disagi agli utenti
senza che l'ISP possa fare nulla in merito
Esempio:
Supponiamo tu sia un'utente "piů o meno
regolare"; hai il tuo small-office ed un piccolo
mail server (con pop-retriever) per scaricare
la mail e distribuirla localmente oltre che per
inviarla direttamente; la tua piccola LAN non
č infettata da virus, le "norme basilari" sono
rispettate, gli AV aggiornati, ecc, ecc, ecc
Ovviamente la tua connex č una ADSL con
indirizzo IP dinamico, ma fino a qui non vedo
problemi; ora ... un bel giorno decidi di andare
a farti una settimana bianca, te ne vai a sciare
beato e ritorni rilassato il Lunedě
Ed... improvvisamente tutte le email che mandi
vengono rifiutate dato che il tuo IP č in blacklist
guarda caso, l'IP č _cambiato_ (visto che hai un
IP dinamico) e ti sei beccato l'IP di qualcuno che
inviava spam (o virus o ...)
Come dicevo qualche tempo fa discutendo di
DNSBL e routing-blackholes con alcuni amici
Costruire muri non ha mai aiutato nessuno
(cfr. "Muro di Berlino)
Ciao

 rispettate, gli AV aggiornati, ecc, ecc, ecc
Se sei capace di farlo, configuri il tuo smtp per usare il server smtp del
tuo provider come relay host, come buona norma insegna.
Se non sei capace, era meglio se ti mettevi le mani nel c*** fin
dall'inizio, che chi č causa del suo mal...


> E gli AV server sono *già* dietro le macchine
DIETRO ?!?

 host, come buona norma insegna.
Beh... di "ufficiale" riguardo a questo non c'č nulla,
anzi, potresti trovare parecchi docs relativi alla config
di mail servers (+ pop retriever) _senza_ forward; non
dico che questo sia corretto, ma ...
Ripeto (ad libitum)


 DIETRO ?!?
Non penso che sia il luogo o in caso di fare qui una trattazione della
struttura della nostra smtp-farm; in ogni caso, il check AV viene
effettuato da macchine distinte da quelle che si occupano di applicare i
filtri antispam, e avviene solo quando i check antispam sono stati gią
passati...


 mail è "infetta" non arriverà _mai_ al server di posta
Obi, non limitarti a pensare al tuo piccolo caso circoscritto.
Evidentemente in altre realta' il problema e' forte.
Del resto, su tutte le mie macchine ci sono antivirus aggiornati e per
ora nessuna si e' infetta, e se dovessi basarmi sulla mia piccola
esperienza, dovrei dedurre che il virus non esiste.


 stati già passati...
Beh, che i checks avvengano su sistemi separati, trattandosi
(come tu hai detto) di un ISP mi sembra il minimo; per quanto
riguarda la sequenza dei filtri ... vedi sopra :-)
PS(1):
Se le cose continuano in questo modo sarà il caso di mettere
in piedi "beowulf" _multipli_ solo per la posta <groan> :-P
PS(2):
Hai dato un'occhiata alle statistiche di traffico mail (europa/mondo)
per gli ultimi giorni ? Se non l'hai fatto, beh ... fallo, ti accorgerai che
ci sono dei picchi e delle "concentrazioni" molto ... interessanti
Ciao

 inviarla direttamente;
inviarla direttamente... che cosa ti impedisce di usare lo smarthost del
tuo provider? Il medico? la tua convinzione che cosi' sia giusto?
Argomentare, please.
HappyCactus che non tutto quanto va contro le nostre convinzioni son
stronzate.


 Costruire muri non ha mai aiutato nessuno
eh, e non esistono piu' le mezze stagioni, e trovare parcheggio in
centro, signora mia, e si stava meglio quando si stava peggio...
f/up


 esperienza, dovrei dedurre che il virus non esiste.
"Piccolo caso circoscritto" LOL ... no, seriamente; il problema esiste
ma solo perchè la maggior parte dei cosiddetti _sysadmin_ utilizzano
una politica del tipo "finchè funziona... perchè modificarlo"; se ancora
hai dei dubbi, prova a dare un'occhiata a come la maggior parte delle
pubbliche amministrazioni / enti / quant'altro gestisce tali problemi ...

 le nostre convinzioni son stronzate.
Concordo, mai detto il contrario... ho idea
che stiamo dicendo le stesse cose in "lingue"
leggermente differenti :-)

 centro, signora mia, e si stava meglio quando si stava peggio...
Va là che hai capito cosa intendevo :-)
f/u <grin>

 mail è "infetta" non arriverà _mai_ al server di posta
Ok ma lo scanner, basato su SMTP, icap, unix socket o altro, deve
prendersi in carico la mail, processarla e, magari, pure generare
e inoltrare i bounce all'utente (e magari pure ad altre mailbox).
La coda che si forma e' qui, anche se, ovviamente, la gravita' e'
proporzionale al numero di client ed alla potenza del server. Con
SMTP AUTH la connessione viene segata subito con un minimo uso di
risorse del server. E i vantaggi di usare SMTP AUTH non sono solo
questi: ti protegge anche nel lasso di tempo che intercorrere tra
l'aggiornamento delle firme dell'AV e i primi arrivi di mail worm 
ai tuoi utonti cliccans evitando di essere mittenti di worm verso
clienti, fornitori et varie (tutto dove applicabile, ovviamente).
Fabio

 Non cesso mai di stupirmi.
Altra cosa seccante e' il numero dei bounce degli antivirus diretti 
ai from spoofati, maledetti loro...
... ma non stiamo scivolando un po' OT? :-)
Fabio

 in piedi "beowulf" _multipli_ solo per la posta <groan> :-P
non ci vai molto lontano, attualmente... <g>


 non ci vai molto lontano, attualmente... <g>
Ripeto ... triplo <groan> con avvitamento :-)
A questo punto sembra veramente che l'unica
soluzione sia quella prospettata tempo fa da un
mio amico (sempre del settore) ossia routare
tutti (e dico tutti) gli IP "conclamati" come spam
source verso un (cluster di) tarpit, e per "tarpit"
intendo qualcosa tipo 
http://www.spamcannibal.org
in modo da lasciarli "incollati" per un bel pezzo
Anche se la soluzione non mi piace per niente !

 RFC che obbliga all'uso dello smarthost
Verissimo, ma ciononostante ci sono ottime ragioni per farlo legate
strettamente al senso comune e ai problemi che affliggono (attualmente)
tutti.
O adeguarsi o piangersi addosso ( oppure, come quel figone che ha scritto
ad un nostro cliente "bloccare la posta basandosi sull'ip è una idiozia"
in risposta al fatto che le sue mail venivano rifiutate, dare la colpa al
"sistema" -possibilmente altrui- )...


 inviava spam (o virus o ...)
Di solito le liste tipo dynablock non funzionano cosi' ... non
blacklistano singoli IP, ma un intero range di IP appartenti a un
provider che non fa nulla per far si' che non vengano usati per
spammare. O no ?
(facciamo un nome a caso, comincia per i e finisce per s)
-- 
----------------------------------------------------------------------
nos...@mi.iasf.cnr.it
 is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.

 spammare. O no ?
No, sono solo liste di ip dinamici, i quali dovrebbero usare il proprio
smarthost per inviare la mail, invece di inviarle direttamente. Questo
perche' si presume che un SMTP stia su ip fisso (per molti motivi).


 problemi; ora ... un bel giorno decidi di andare
Non vedi problemi?
Invio *diretto* di posta da IP dinamico? E non vedi problemi?
Quant'e' che non vai dall'oculista? :-)
Il tuo ragionamento va contro tutte le norme basilari della
lotta allo spam, ad esempio.
Io non accetto posta se non arriva da un server accreditato che
risolve sia in diretta che in inversa.
E con un IP dinamico, tu a me non manderesti mai posta.
Se non hai un dominio tuo, e un MX *ufficiale*, la posta la fai
consegnare al tuo ISP con il *suo* mailserver (smarthost).
Altrimenti, il tuo small-office, se ci tiene a portarsi in casa
onori ed *oneri* mette su connessione e mail server *stabili*.
Io ci ho messo sei mesi per convincere un russo che il mio mail
server, con connessione diretta, record MX del mio dominio, non
faceva parte di utenza residenziale.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 (cfr. "Muro di Berlino)
cfr. gli esempi fuori luogo/fuori contesto.
Parlami dei tuoi diritti di mandare mail ad una macchina qualunque che
non sia la tua. Ma perfavore.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Mommy, what does "Formatting Drive C:" mean?

 Non cesso mai di stupirmi.
Ho visto i grafici dell'antivirus su un server mail di dove lavoravo e c'è
un picco mostruoso in questi giorni.
Ciao
Fabio

 il suo dovere, inoltre gli antivirus sono aggiornati
[...]
Molto carino.. Tu che lo usi, che carico porta (sia per il server sia per 
il cristo di turno che deve controllare il buon funzionamento)  per circa 
15.000 mail al giorno?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	(al telefono con un cliente)
	IO: "Qual'è il suo indirizzo email?"
	CLI: "Siamo in via della puppola"

 perche' si presume che un SMTP stia su ip fisso (per molti motivi).
Non ci siamo capiti. Non parlavo della MOTIVAZIONE per cui gli IP
dinamici sono blacklistati, ma del fatto che non viene blacklistato il
singolo IP "quando capita" (come sembrava presupporre il postatore
originale), ma un RANGE di IP address (forse ho detto male, non
intendevo l'intero range del provider, ma quel range che lui assegna a
IP dinamici, e quel range per intero). O no ?


 IP dinamici, e quel range per intero). O no ?
Hm ... l'esempio che ho fatto riguardava un singolo IP ma quello
che intendevo era proprio il blacklisting dell'intero blocco e ciň
a causa di virus/worms/quant'altro

 vai dall'oculista? :-)
Azz :-) vabbè, stavo facendo un'esempio (neanche
troppo campato in aria) lo stesso problema potrebbe
cmq verificarsi anche _non_ utilizzando il proprio mail
server, a quanto so, parecchi filtri controllano tutti (e
dico tutti) gli IP contenuti negli headers di un messaggio
e se uno di questi è in blacklist la mail va a "/dev/null"
come vedi ... anche non usando un server SMTP locale
il problema resta
Ciao

 circa 15.000 mail al giorno ?
Beh; ne ho diverse copie da vari clienti (oltre
a quelle che uso), non lo consiglierei per un
filtraggio a livello ISP, ma sicuramente per
reti aziendali va benone; se segui la procedura
"standard" (vedi manuale) di "addestramento"
in pochi giorni (max 2 settimane, dipende dalla
quantità di traffico) il filtro sta in piedi da solo e
non necessita di eccessivi controlli; considera
che una delle copie che ho installato gestisce
all'incirca 80.000 mail al giorno; per quanto
riguarda l'utilizzo di CPU anche se non ho fatto
un vero e proprio monitoraggio direi che il carico
è minimo, ovvio che tutto dipende (di nuovo) dalla
quantità di traffico mail e dall'hardware...
Ciao

 IP dinamici, e quel range per intero). O no ?
Scusa, se stiamo parlando di dynablocks, e' corretto che sia listato il
blocco (ovvio). Altrimenti dipende da lista a lista.
Molte liste, ad esempio, prevedono dei livelli di escalation.
Inizialmente viene posto il singolo IP e l'ISP viene allertato; se lo
spam continua e non c'e' feedback da parte dell'ISP, e magari lo
spammer si sposta su IP adiacenti, facenti parte dello stesso isp,
allora il blocco viene allargato. 
Chiaro che in questa maniera vengono fatti dei danni collaterali,
tuttavia cio' dovrebbe servire da una parte a proteggere i sistemi che
fanno uso della blocking list da ulteriori abusi, dall'altra per
costringere l'isp a prender provvedimenti: si spera, infatti, che i
clienti che vengono colpiti colleteralmente, i quali non sono spammers,
facciano pressioni sul proprio isp (anche legalmente, se necessario) per
riparare al blocco.
Questo meccanismo e' stato comunque piu' volte illustrato in questo
gruppo e sul web, cerca i post dall'ottimo Furio Ercolessi, che non
smettero' mai di ringraziare per il suo lavoro e per le sue lezioni. 


 questo caso sono l'isolamento).
Heh, in un mondo perfetto un'ISP dovrebbe risalire all'account
a cui era stato assegnato un determinato IP dinamico e che ha
inviato spam/virus, sospendere l'account e notificare il cliente...
Prova a chiedere una cosa del genere ai nostri ISP ...
Ciao

 dico tutti) gli IP contenuti negli headers di un messaggio
Evidentemente chi ha fatto questi filtri non capiva un cazzo: usare
dynablock in questo modo e' da stupidi.


 
C'è anche chi invia lo warning dell'invio virus al mittente, pur essendo 
falso come giuda al 99% dei casi ma mica è un comportamento intelligente.
Fra le altre cose le mie email allora verrebbero respinte da filtri tipo 
quello che hai detto perchè il buon amavis-postfix si rimpalla le email su 
127.0.0.1 e quindi se viene controllato tutti gli ip di transito sarei 
segnalato come spammer.



Denghiu.. lo metto su un mailserver di un cliente che ha richiesto l'antispam.
Una cosa: com'è come idea prendere la mia cartella Junk di mozilla, 
spezzettarla e fargli creare il db da queste?


 Praticamente arrivano solo virus.
Idem. fino ad ora mi sono arrivati quasi 800 email infette su 1200 (nelle
totale rientrano anche 160 Email di spam)... una ottima media... ;)
Ciao
Matteo

 si rimpalla le email su 127.0.0.1
Per rispondere ad entrambi...
L'ultima volta che ho sentito il tizio che usa tale filtro (che
tra le altre cose è l'admin di un grosso ISP in USA) diceva
di essere molto soddisfatto di tale filtro; in pratica all'arrivo
le email vengono controllate facendo il parsing degli header
estraendo tutti gli IP e scartando quelli "bogus" (es. privati o
cmq non routabili) dopodichè tali IP vengono verificati usando
una (o più) blacklists e se uno degli indirizzi risulta in blacklist
tutti gli IP compreso quello dell'ultimo bounce (smtp connesso)
vengono aggiunti alla blacklist; lo so che sembra una fesseria
ma il tizio si ritiene soddisfatto ... e purtroppo a quanto so altri
ISP oltreoceano stanno iniziando ad adottare misure simili
PS:
Qui non parlo di dynablock o liste esterne ma di una blacklist
mantenuta localmente (e condivisa) ed aggiornata in tempo
reale dal filtro di cui sopra; i servers che la gestiscono usano
un meccanismo di aggiornamento automatico della lista sul
tipo del meccanismo notify/transfer dei DNS

 fargli creare il db da queste?
Non credo ci siano problemi, fai solo attenzione
ad usare per i files delle mail l'estensione impostata
nella config di ASSP (eml di default), inoltre usa il
"move2num" per convertire i nomi dei files (anche
se poi in fase di training conviene temporaneamente
lasciare il subject come nome file)
Ciao

 
Non mi sembra tanto intelligente..
Se io vengo whitelistato basta che uno spammer si "rimbalzi" su 127.0.0.1 
e passa??


 Prova a chiedere una cosa del genere ai nostri ISP ...
E infatti le block list colpiscono gli isp. Indirettamente i clienti.
Del resto, se tu scegli un isp del cavolo, e nonostante te lo fanno
notare continui a preferirlo, non puoi mica pretendere nulla da altri
con cui non hai rapporti se non di cortesia.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Security-wise, NT is a server with a "Kick me" sign taped to it.

 si "rimbalzi" su 127.0.0.1 e passa??
Notare "scartando quelli bogus"; IP come 127.0.0.x ed in ogni
caso IP privati/non-routabili _non_ vengono aggiunti alla lista
come pure non vengono aggiunti gli indirizzi "locali" utilizzati
dai propri server; ripeto; non sto dicendo che quanto sopra
sia una buona idea, sto soltanto chiarendone il funzionamento
Penso tu abbia chiaro cosa intendo per "bogus" (o "bogon")
in ogni caso, tanto per passare un link ....
http://www.completewhois.com/bogons/bogonips_lists.htm
Ciao

 Qui non parlo di dynablock
E allora cosa calza tutto questo tuo discorso con il tema dynablock?
HappyCactus e i discorsi a vuoto.


 intelligente.
Sto ricevendo una raffica di quei warning idioti perche' c'e' un idiota
infetto ("mailerVB.de") che legge una mailing list e manda una raffica
di virus a destra ed a manca.
Quallo che piu' mi fa incazzare e' che in quella ML uso uno dei miei
indirizzi piu' "riservati" e mi scoccerebbe parecchio che arrivasse in
mano ad uno spammer.
BTW, Libero ha uno stranissimo check degli allegati: io copio con
mailwasher (non scarico 150K di inutile virus) quelli che sembrano gli
header... ed il server di Libero mi pernacchia e dice che non accetta
allegati eseguibili, cosi' devo mutilare parecchio, prima di inviare.
BTW2, Libero non mi ha ancora risposto al quarto lart "prego avvisate
questo untore"... spero che comunque gli abusemen addetti abbiano il
tempo di *fare* e vogliano guadagnare tempo evitando di rispondermi.
Fabrizio

 Praticamente arrivano solo virus.
Gia', MyDoom sta espandendosi molto, ed anche se le email non hanno le
dimensioni di Swen (142-160k) sono comunque fastidiosi.
Una nota per chi usa Spam Terminator: nel forum sono state pubblicate le
stringhe che si consiglia di inserire nelle regole per filtrare la maggior parte
dei recenti worm (incluso MyDoom) direttamente sul server, senza che debba
intervenire l'antivirus:
http://www.spamterminator.it/forum.asp?a=view&id=75
-- 
Ciao!
   -DocDoc-
--- Per scrivermi: dottoATdespammed.com
Sei anche tu stanco dei messaggi spam? Usa Terminator, il programma
anti-spam italiano FREEWARE!     
http://www.spamterminator.it/

 non usarlo, 
Negli USA e' impedito (di non usarlo) da molto tempo, per i collegamenti 
residenziali.  Nessuna RFC, sono le AUP (condizioni d'uso) che impediscono 
esplicitamente l'installazione di mail servers.   
In questi giorni molte direzioni di grossi ISP hanno dato l'OK 
all'adozione generalizzata di blocchi della porta 25 outbound da 
broadband residenziale, quindi spam/virus da posti tipo comcast/adelphia/etc 
cadranno drasticamente nel corso dell'anno.  Come sempre l'Europa arriva 
un po' dopo, e probabilmente bisognera' attendere il 2005 per vedere le 
grosse telco filtrare la 25 outbound; ma il trend e' inevitabile ed e' 
solo questione di tempo.
Nessun problema per le aziende: la connettivita' aziendale su DSL
e IP statici e' un mercato sano, e con problemi di sicurezza
sotto controllo, sia perche' le macchine sono piu' curate del PC
medio residenziale, sia perche' l'ISP ha un margine sufficiente per
occuparsene; e nel caso business l'ISP non e' necessariamente 
una telco grossa e ottusa (mentre gli ISP piccoli e medi sono stati da 
tempo estromessi dal mercato consumer).
furio

 di virus a destra ed a manca.
Eh eh, "mailerVB.de" non esiste, e' una firma del worm Sober-C.
/^Received:.*\sMailerVB\.de/                    REJECT Sober-C worm
per salvare un po' di cicli agli scanners AV...
furio

 ma il tizio si ritiene soddisfatto ... 
Il mondo e' bello perche' e' vario ...
furio

 spammare. O no ?
No.
Le liste di tipo 'dynablock' non sono 'blacklists' ma 'blocklists' - non 
hanno nessun intento di tipo punitivo e non c'e' nulla di "nero"
coinvolto.  Sono liste di IP che non ci si aspetta che emettano
posta, ed e' nel massimo interesse di ogni ISP che i propri dinamici
vi vengano inseriti per ridurre l'impatto di malware e spammers
nella propria utenza sul resto del mondo.
Infatti, i dati forniti dagli stessi ISP sono la sorgente principale di 
informazione usata per compilare le liste.
Fanno eccezione i posti sottosviluppati come gran parte dell'Asia,
del Sud America o Interbusiness: in questi casi i gestori delle liste
devono scavare le informazioni con altri metodi perche' gli ISP
sono spesso entita' refrattarie a qualsiasi forma di comunicazione;
con possibilita' di errori che vengono risolti a spese dei loro utenti.
furio ercolessi

 all'adozione generalizzata di blocchi della porta 25 outbound da
<snip>
Appunto, negli USA (ed anche alcuni ISP qui in italia) bloccano
la porta 25 _INBOUND_ (non outbound) per evitare l'uso di mail
servers su connessioni "home" ora; non dico che tale pratica sia
errata, ma DEVE essere chiaramente specificata nel "contratto"
(sia pure per una connex dialup free) dato che imo chi si avvale
di un servizio DEVE essere al corrente delle limitazioni di tale
servizio; ad ogni modo il "blocco" è sulla porta 25 "in ingresso"
e non in uscita, altrimenti non si potrebbero utilizzare servizi di
posta esterni (indipendenti dal provider)
Ciao
PS: Il blocco riguarda di solito anche 80, 443, 1080 ed altre porte

 posta esterni (indipendenti dal provider)
Si tratta di sottomissioni di messaggi e quindi basta un MSA, non un MTA
---> porta 587 e non 25  [RFC2476].
furio


Sorry, avevo letto non male ma peggio...


 Sorry, avevo letto non male ma peggio...
No prob, capita :-)

 con l'eccezione dei servers dell'ISP stesso.  Una variante, che AOL
<snip>
Hm ... si allora avevo capito bene; ho sentito di questa
policy; in _teoria_ non è sbagliata, in pratica limita l'uso
della mail alla connex con il proprio ISP il che è tutto meno
che una buona cosa; mi spiego; supponiamo che io abbia
un'account su (es.) 
tiscali.it
 e supponiamo anche che il filtro
sulla 25 (in/out) sia in effetto; ora, se mi connetto con l'account
di tiscali sarò in grado di inviare/ricevere posta attraverso i
servers del provider ed usando l'indirizzo di mail su tiscali
E fino a qui penso non ci siano dubbi...
Ora, supponiamo che per un qualsiasi motivo io vada per
un certo tempo in Canada ed utilizzi un'account su "
shaw.ca
"
(tanto per fare un'esempio) e che anche "shaw" utilizzi lo stesso
tipo di filtraggio (porta 25) ora; mentre me ne sto in Canada a
godermi la temperatura di -50*C dovrei anche ricevere (e qui
non ci sono problemi) ed _inviare_ la mail usando l'account
che ho su tiscali e che prevede "SMTP AUTH" ...
Penso che dovresti capire da solo cosa intendo...

 Penso che dovresti capire da solo cosa intendo...
Non vedo grossi problemi, usi il server SMTP di 
shaw.ca
(spedendo mail con il tuo indirizzo Tiscali come mittente)
[oppure usi un MSA di Tiscali sulla porta 587, se esiste].
furio

 che ho su tiscali e che prevede "SMTP AUTH" ...
Cosa ti vieta di usare l'SMTP del tuo provider canadese?


 Cosa ti vieta di usare l'SMTP del tuo provider canadese?
<groan> ... lasciamo perdere :-/ ... dovresti capirlo da solo...

 indirizzo IP vengono intercettati e istradati su servers dell'ISP.  
Che vantaggio ha il provider con l'hijacking, rispetto al filtraggio
outbound nudo e crudo? Mi sembra di vedere solo svantaggi, specie in
relazione al bloccaggio degli open proxy basati su troiani/backdoor.
Fabio

 relazione al bloccaggio degli open proxy basati su troiani/backdoor.
Dipende. Mantengono la funzionalità dell'smtp outbound per i clienti, ma i
server che si occupano dell'hijacking sono diversi dagli smtp outbound
"ufficiali", e pertanto facili da listare (a vantaggio di qualsivoglia
metodo di blacklisting o scoring si voglia utilizzare) senza il rischio di
fraintendimenti che c'è spesso con liste di ip dinamici.
In termini di costi per il provider, invece, serve solo ad aumentarli...
-- 
Afterlife confessions
Tell me who you used to be
Looking on in wonder
As I show you it was me

 In termini di costi per il provider, invece, serve solo ad aumentarli...
A prima vista si, ma se lo fanno immagino che sia una soluzione con un
ROI positivo o, per lo meno, giudicato tale in fase di valutazione. In
conclusione e' qusto che conta, no? :-)
Fabio

 vuole ricevere la loro posta, giusto?
Quale sia la versione preponderante bisognerebbe domandarlo a loro, ma
penso siano due questioni più o meno dello stesso peso (funzionalità e
controllo al tempo stesso)...
'ao...


 del Sud America o Interbusiness:
Ah ecco ... dopo che all'inizio dell'anno abbiamo segato il nostro
vecchio dominio (che riceveva 900 spam al giorno), il rate era sceso a
50 (adesso sui 100 ma penso siano virus) ma di quelli il 90% sono IP di
interbusiness filtrati da Dynablock !
-- 
----------------------------------------------------------------------
nos...@mi.iasf.cnr.it
 is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.

 cattivo (come sembrava pensare il postatore originale).
Mai detta una cosa del genere, parlavo di "IP Blocks" posti
in "blacklist" (o blocklist se preferisci) anche se per semplicità
ho fatto l'esempio di un singolo IP "improvvisamente bloccato"



Infatti e' piu' chiaro del sole, ma non posso assolutamente proporlo
(imbecillita' patologica) a chi "mantiene" quell'indirizzo.
Fabrizio :-(