Newsgroup: it.comp.os.linux.sys
Titolo: RELAY CON SENDMAIL

 - ICQ# 92905138
http://www.mascanc.net/~skolem

 Qui non funziona ...
Hmm, se non avado errato devi ricostruire access_db sulla base del file
access.:
makemap hash -r /etc/mail/access < /etc/mail/access
e poi restartare il sendmail
-- 
Saluti - Marco Coli

 del mio domain.
insisto: NON LO DEVI FARE!!!
come smtp server si deve SEMPRE utilizzare quello del provider che
fornisce la connessione; se proprio per qualche motivo strano non puoi
fare altrimenti fai in modo che il relay sia permesso solo a chi si
autentica prima di mandare mail (ad esempio facendo in modo che l'ip
autenticato sul pop3 possa poi mandare mail per 15 minuti con l'smtp), ma
non permettere il relay incondizionato se ci tieni alla tua banda e a
ricevere mail da chi usa le blacklist come sistema anti-spam
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/
 segnala gli abusi ad 
ab...@newsland.it

fornisce la connessione; 
Io come smtp uso il mio, ma l'ho blindato sia a livello di configurazione di
postfix (accetta *solo* 127.0.0.1 e  192.168.x.y), sia a livello di firewall
(chi non appartiene alla mia LAN  non può fisicamente accedere alla porta 25
del mio sistema).
Preferisco arrangiarmi   da solo  a spedire  la  posta, perché  ogni tanto i
provider  (tin, poi...)  hanno i  server che  vanno in  palla da  tanto sono
configurati bene... così non ho mai disservizi :-)
-- 
Massimo Bacilieri AKA Crononauta
ulib...@libero.it
 ; ICQ UIN: 4005815
"Se tutto è sotto controllo, stai andando troppo piano"
(Mario Andretti)

configurati bene... così non ho mai disservizi :-)
Hai un dominio registrato (o un dominio dinamico)?
Perche' altrimenti, fai attenzione che qualche server potrebbe
rigettarti e considerarti spammer...
-- 
Education is what remains after one has forgotten everything he learned 
in school.    				-- A. Einstein
Maurizio - Tannoiser - Lemmo
STIGE Srl Servizi Informatici
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

rigettarti e considerarti spammer...
Posto da  un dominio  @
tin.it
 e mi  presento come  tale, non vedo  perché un
destinatario debba  rifiutare un messaggio  da un ip  della rete tin  che si
presenta come un smtp della rete tin.
D'altronde se  guardi gli header, scopri  che i relay dei  provider non sono
quasi mai gli stessi ip associati agli smtp pubblici.


presenta come un smtp della rete tin.
Non sono sicuro di aver capito bene quello che fai, quindi perdona nel
caso.
Da come capisco quello che hai detto, assegni un nome smtp fittizio alla
tua macchina tipo 
cronauta.tin.it
.
Se e' cosi', sappi che alcuni host fanno un reverse resolv che
ovviamente fallirebbe.
Viceversa non ho capito cosa fai ;-)))
Ciao.
-- 
Your mouse has moved. Windows NT must be restarted for the change to 
take effect. Reboot now?  [ OK ]


 rete tin  che si presenta come un smtp della rete tin.
Quindi, in pratica devi chiedere  per forza il realy a qualcun altro  :))
Altrimenti, se tu ti presenti come 
crononauta.it
 ti sbattono fuori (relay
not allowed)
Non ho capito bene nemmeno io.
==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==
      Massimiliano ADAMO
         ICQ# 10341778
  Yahoo!Messenger: quetzalco_it
==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==

ovviamente fallirebbe.
Non puoi  fare un reverse  resolve, perché la  macchina che fa il  relay, in
molti  casi, è  fisicamente diversa  (e  con un  ip diverso)  da quella  che
accetta  in  entrata il  tuo  post che  richiede  relay  (e che  corrisponde
all'smtp del provider).
Prova a guardare gli headers delle mail, segui a ritroso il percorso e prova
a fare un  reverse lookup sugli indirizzi dei relay  che trovi indicati: non
tutti   corrispondono  all'smtp.   Cioè  in   molti  casi   sì,  ma   non  è
tassativo. Talvolta sono ip fini a se stessi senza una dns-entry.
Ovvio  che tu  puoi fare  un reverse  lookup sul  dominio, ovvio  che  se ti
presenti  come  "@
tin.it
"   ma  posti da  151.x.y.z  (sottorete  infostrada)
qualcuno potrebbe  storcere il  naso. Ma  se uno si presenta come  @
tin.it
 e
posti  da 212.216.x.y  o  62.211.w.k (sottorete  tin),  tu *devi*  accettare
quella mail in ingresso per  il relay *locale* (ovvio che nessuno permetterà
mai un relay remoto in queste condizioni, ed è più che giusto).
Il fatto è che  non è scritto da nessuna parte che  la macchina che fa relay
deve avere un reverse resolv, il filtro è a monte: ovvero l'smtp in ingresso
accetta  solo  relay per  gli  indirizzi  della  sua sottorete  (precauzione
antispam, per poter stroncare chi abusa). Questo è giusto.
Ma poi  nulla vieta che all'interno  della mia sottorete, io  usi un secondo
relay che  fa l'invio  effettivo: ovviamente questo  secondo relay  non avrà
necessariamente un reverse resolv.


all'smtp del provider).
sono d'accordo un po' su tutto, ma sappi che alcuni lo fanno. me ne sono
accorto perche' con il portatile, essendo spesso in giro, ogni tanto ho
impattato sto problema. Sul portatile, mi rompe chiedere al "cliente"
l'eventuale smtp su cui appoggiarsi, per cui faccio una cosa analoga
alla tua, ma un paio di server ogni tanto mi hanno bounciato.
Puo' essere un errata configurazione da parte loro, io avevo ragionato
come te, ma una volta mi e' capitato.
Ok, era solo una curiosita, per la cronaca ho risolto con un dinamic
dns.
ciao.
-- 
Happiness, n.:
	An agreeable sensation arising from contemplating the misery of
another.
		-- Ambrose Bierce, "The Devil's Dictionary"


del mio domain.
in /etc/mail/relay-domains ci metti le reti o sottoreti che possono
usare il tuo sendmail per inviare posta, una per riga, nel formato:
a.b.c.d    per un host singolo
a.b.c.      per tutta la rete a.b.c.x 
e cosě via.
Ciao
			Cristian