Newsgroup: it.comp.os.linux.sys
Titolo: email respinte

Da qualche giorno mi trovo ad avere con alcuni server il problema in 
oggetto, esattamente l'errore è il seguente: 
 
said: 554 mail server permanently rejected message (#5.3.0)
 
Vengo a sapere da uno di questi corrispondenti, dopo un bel po' di email 
e verifiche da parte sua, che le mie mail vengono repinte per questa regola 
sul greylisting: 
 
Oct 21 10:16:01 greylisting filter[522896]: list type: black, from: 
static.miodominio.it
, match string: dynamic|static|ppp|dyn-ip|dial-up
Oct 21 10:16:01 before-queue[522894]: handlers_stderr: REJECT
 
In pratica la mia mail viene respinta perchè nel nome del mio server in 
uscita è presente la parola 'static'. 
 
Ha senso secondo voi una regola del genere ?
-- 
Michele

Michele A. ha scritto:

In un certo senso, si, anche se un Greylisting dovrebbe risponderti con un
errore "temporeaneo" (4xx)...
Infatti, quelle stringhe fanno parte dei Reverse che **NORMALMENTE**
vengono dati a IP di connessioni DialUp, quindi sicuramente NON di Server
di posta.
 
Immagino che tu provi a spedire le E-Mail da un Server aggangiato ad una
semplice DSL, pur se magari con IP statico.
In quel caso, essendo una buona parte di Virus/Spam/altra merda spedita da
quel tipo di IPs, trovo abbastanza sensato respingere le E-Mails.
 
Normalmente il Server "interno" alla ditta, inoltra le E-Mail ad un Server
"ufficiale" su Internet (quello della tua ditta), che poi provvede a
spedirle in giro per il mondo.
E questo Server "ufficiale" ha sicuramente un reverse che NON contiene
quelle stringhe.
 
Nel caso in cui, invece, il tuo Server ufficiale sia proprio in ditta,
agganciato ad una DSL, devi richiedere un Reverse "sensato" al tuo
Provider e, ovviamente, configurare il Server perche' mandi un HELO
corrispondente al tuo Reverse (che, magari, si chiamera'
mail.miodominio.com
).
 
Ciao
Luca Bertoncello
(
luca...@lucabert.de
)
 
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 Ha senso secondo voi una regola del genere ?
 
Bloccare /static/ è abbastanza da idioti.
Ma sai, di coglioni è pieno il mondo.
 
C'è anche chi utilizza uce protect ...
 

 In un certo senso, si
 
EH ?

di posta.
 
Credo che il gestore di 
mail.dailystatic.com
 non sia d'accordo :-D
 
Leonardo che potrebbe fare altri esempi
 
-- 
Surstangas via akcipitr', la cxeval' fojnumas nur:
Jen vigla damo en brakum', kaj vi pensas pri forkur'?
Do li turnis sin, kaj turnis sin, kaj ekdormis sen singard';
Kaj lin apudis je l' vekigx, soldatoj kaj Barnard'.

 C'è anche chi utilizza uce protect ...
 
+1
 
 
-- 
Flavio Visentin
 
Scientists have finally 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.

 Ma sai, di coglioni Ã¨ pieno il mondo.
 
Concordo. 
Ma visto che la cosa sarebbe evitabile togliendo la parola 'static' dal 
dominio, alla fine questa sarà la strada che prenderò, più che altro per 
evitare queste menate (già 2 in due giorni) visto che temo 
ne seguiranno altre... 
 
-- 
Michele


 
e fino a qui ci stiamo, ma ribadisco il concetto che secondo me 
rifiutare una mail solo perchè il server si chiama static è una 
minchiata. al massimo, giusto se il nome host ha static *in mezzo* al 
fqdn (tipo 
89.98.99.11.static.provider.net
 o 
98.99.11.1-static-pippolo.domain.net
)
 
 
 
ciao
Francesco

 
mail.miodominio.com
).
 
Ma anche no. Non vi è alcun obbligo che l'EHLO corrisponda al reverse,
ed è anche ovvio dal momento che un singolo MTA ha un solo PTR ma può
operare per molteplici domini. Quello che è importante è che la stringa
passata con EHLO sia risolvibile e che la risoluzione si riferisca
(anche) all'host che si connette.
 
E tuttavia anche se ciò non si avvera la mail NON DEVE essere rifiutata.
 
RFC5321 4.1.4.
 
   An SMTP server MAY verify that the domain name argument in the EHLO
   command actually corresponds to the IP address of the client.
   However, if the verification fails, the server MUST NOT refuse to
   accept a message on that basis.
 
Purtroppo è pieno di pseudo sysadmin che amministrano server di posta e
che le RFC manco sanno che esistono (e la marmaglia che usa UCEPROTECT
citata da CtRiX ne rappresenta una buona parte :-).


 di posta.
 
Con static?
Non in Italia.

 
98.99.11.1-static-pippolo.domain.net
)
 
Qui diventa una minchiata.
Tutti i server nei datacenter telecom sono .static. di default come PTR a 
cui tu mi pare ti stia riferendo.
 
Esiste PBL apposta per queste distinzioni. 
Non inventiamo ogni santa volta la ruota.
 


non sto dicendo che sia corretto, sto dicendo che sarebbe meno 
sbagliato. chiara la differenza?

 sbagliato. chiara la differenza?
 
Abbi pazienza ma in questo caso non vedo vie di mezzo.
O è corretto o non è corretto.
E quello che cerchi di giustificare non è corretto.
 
Mica siamo in politica, qui.