Newsgroup: it.comp.reti.locali
Titolo: Mercury32: problema posta esterna

Ciao,
ho configurato con buon risultato Mercury32, impostandolo per scaricare dal
provider una casella e-mail, e poi permettere ad essa l'accesso tramite
IMAP4.
Ho altre macchine e quindi altri utenti in giro per la rete, è quindi ho
impostato altri account, indicando il dominio comune in modo da smistare
internamente la posta esterna (e funzia correttamente).
Problema: in un pc c'è un utente che per necessità utilizza ancora il
classico accesso POP3 al provider, utilizzandone poi il server SMTP relativo
(funzia ovviamente tutto anche così): quando questo utente invia un
messaggio ad un indirizzo interno (che però esce sull'SMTP del provider, non
quello di Mercury), quando viene rilevato dal controllo POP3 sul provider da
Mercury, il messaggio non viene recapitato all'utente locale destinatario in
quanto "l'indirizzo di provenienza non è valido o illegale"... perchè?
Il messaggio in questione fa questo giro:
PC > SMTP PROVIDER > POP3 PROVIDER > MERCURY
Tutto il resto funzia benone (smistamente interno, spedizione all'esterno,
ecc.)
Grazie mille!

 quanto "l'indirizzo di provenienza non è valido o illegale"... perchè?
Beh... supponiamo di aver configurato mercury con un dominio
locale "privato" es. "local.lan" quindi gli utenti locali avranno
indirizzi email tipo (es.) pi...@local.lan ora; se la main viene
inviata usando mercury, l'indirizzo verrà riconosciuto correttamente
da mercury dato che è configurato localmente, ma se la mail viene
inviata da un'account esterno il dominio local.lan non verrà
riconosciuto dal server esterno in quanto non registrato, questo
significa che il server esterno non avrà la possibilità di inviare mail
a tale account, l'unica soluzione è, supponendo che l'indirizzo di
email pi...@local.lan corrisponda a 
pi...@tiscali.it
 inviare la
mail a quest'ultimo indirizzo, in questo modo il POP retriever usato
da mercury, recupererà la posta da tiscali e la indirizzerà all'utente
su "local.lan" come desiderato
Spero sia chiaro

 Spero sia chiaro
chiarissimo, purtroppo il problema è un po' diverso... hai qualche idea?

Ciao, Sciagu!
Hai scritto  il Mon, 26 Jan 2004 16:08:51 +0100:
 S> ovvio, ma io uso il dominio realmente esistente... (altrimenti non
 S> potrei smistare internamente la posta interna, cioè inviata a indirizzi
 S> dello stesso dominio)
 S> chiarissimo, purtroppo il problema è un po' diverso... hai qualche idea?
Azzardo una idea : POP before SMTP
Nel mio server Mail ho dovuto configurare cosi' come barriera contro lo
Spam.
Non chiedetemi tutto l'antefatto perche' e' lungo da spiegare.
Praticamente per inviare la posta ( SMTP ) devo prima ricevere ; il classico
"invia ricevi tutti" .
Ma siccome outlook prima invia e poi riceve ho dovuto mettere un falso
account in modo che quando invia risulto gia' autenticato .
Altra via era semplicemente fare l'operazione 2 volte a fila in quanto
l'autenticazione dura 5 minuti
Il discorso dello spam in breve :
tutti i server hanno un postm...@dominio.xx
Un messaggio inviato a postmaster con un miliardo di indirizzi in CC:
produce effetti spiacevoli.
Ecco allora il discorso di cui sopra e la limitazione dei messaggi in
partenza solo con mittente locale autenticato .
Ma a 'sto punto stiamo andando lontano dal discorso iniziale.
A rileggerTi
Pietro Bruno Lancerotto.
bruno.la...@zadi.vi.it

 quanto "l'indirizzo di provenienza non è valido o illegale"... perchè?
RISOLTO, bastava che l'utente che invia dall'esterno (che è dello stesso
dominio) fosse presente anch'esso come utente Mercury.....
grazie comunque per le risposte