Newsgroup: it.comp.os.linux.iniziare
Titolo: posta strana...

, relay=
mail.tin.it
[212.216.176.40], 
delay=7, status=sent (250 Message received: 
20010516213553.WVTF7098.fep09-svc.tin.it@Maxplanck)
 
Tutto contento dell'ultima riga vado a vedere nell'account di arrivo...
ovviamente non c'e' niente. 
Il problema e' mio o di tin?? 
ciao e grazie
legba.

, legba wrote:
well... provo a mandare l'email con telnet e non arriva lo stesso...
il prob e' di tin o di subdimension?
ciao
legba.

legba wrote:

Visto che ci sono (pfui) postmaster che considerano le rfc immondizia si 
è diffusa una cosa tipo questa che ti dico:
Rispondo al tuo messaggio con un codice 250 (che dalle mie parti vuol 
dire "farò i salti mortali per consegnarlo, e se non ci riesco ti 
avviso") e poi guardano l'ip di provenienza:se viene da un ip assegnato 
dinamicamente dai provider scartano silenziosamente il messaggio. 
Risultato la posta si perde misteriosamente. Un tipo di questi l'ho 
trovato che dava consigli su it.comp.sicurezza.varie una volta:ho 
cercato di fargli capire che doveva cambiare mestiere,ma era troppo 
orgoglioso per capire che aveva torto...
Potrebbe essere che qualcuno la pensasse come lui...
Ciao. Radel

Potrebbe essere che qualcuno la pensasse come lui...
Alcuni piu' di quello che pensi.:-)
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

estemporanei, cerco di restituire l'errore.
allora... se ho capito bene non acceti posta da "server estemporanei"
ovvero che non riconosci dopo aver fatto il dns. Io non volgio entrare
nel merito delle tue politiche ma il dns non lo si potrebbe fare prima di
mandare un 250? oppure non si puo' avvertire anche con una mail all'
indirizzo from? se poi io non ce lo metto peggio per me.
E soprattutto se il mio ip e' della tin perche' il server stesso della tin
non mi lascia inviare posta, che devo fare per poterlo fare infilarmi una 
scopa nel c**o e ramazzargli la stanza? ;) 
non capisco due cose: primo e' criterio con cui accetti/rifiuti la posta
secondo, che devo fare io per essere sicuro che la mia posta arrivi ?
ciao
legba.

secondo, che devo fare io per essere sicuro che la mia posta arrivi ?
Ti appoggi all'smtp server del provider a cui ti connetti.
Oppure:
Ti registri un dominio, firmi l'assunzione di responsabilita', e sei a
tutti gli effetti considerato un server alla pari di 
smtp.tin.it
.
E' triste, ma il far west e' crudele, a volte un proiettile colpisce un
innocente.
E in azienda, lo spam che arriva nonostante quello che viene bloccato,
e' lo stesso una percentuale non irrisoria.


tutti gli effetti considerato un server alla pari di 
smtp.tin.it
.
right, grazie.
ciao
legba.

>Ti appoggi all'smtp server del provider a cui ti connetti.
Ah, per correttezza: Se vuoi essere _sicuro_ , ti appoggi all'smtp
server di un provider che attui una sana politica antispam, e che non
sia candidato un giorno si' e l'altro no, ad entrare in MAPS, RBL,
etc.etc. :-)


i
ecco.. cove trovo liste di server smtp che siano affidabili nonche' ovviamente
free? (ovviamente era ironico ;))
ciao
legba.

la colpa e' sua, ovvero la politica corretta sarebbe quella che ho detto io.
Si', un comportamento diverso e' deprecato, ma applicato da alcuni
paranoici (io ho sempre affermato di esserlo, paranoico) per evitare
bounce e spreco di banda.


bounce e spreco di banda.
bueno.... anche se le ultime due frasi mi sembrano in contraddizione grazie 
per le spiegazioni :)
ciao
legba.

per le spiegazioni :)
Certo, anche la malversazione e' deprecata, ma applicata da alcuni. :-)
Io ho sempre dichiarato che in azienda, ho sempre restituito come minimo
l'errore,(beh, un giorno avevo pasticciato piu' del normale, e le cose
rimbalzavano, ma e' stato prima che domassi sendmail), dicevo, in
azienda l'errore, a casa, /dev/null.
Ma poi ho cambiato registro, e adesso, ligio al dovere, restituisco
l'errore anche personalmente.
