Newsgroup: it.comp.os.linux.iniziare
Titolo: Tin+Wind -> problemi di posta...

	Salve, stavo tentando di configurare un 'dual account', ovvero, essendo
abbonato sia a Tin che a InWind, valutare entrambi gli abbonamenti per
decidere quale sia il migliore (se uno c'e'...)
	Ora ecco il problema : se mi collego con Wind, la parte 'tin' che ho (e
che vorrei mantenere) fa i capricci. In particolare :
	-non posso spedire posta con il solito 
mail.tin.it
 (o quello che e',
non mi ricordo) come SMTP
	-nemmeno posso accedere ai newsgroups di tin (che volevo mantenere
perche' se tin e' lento, wind pare essere peggio...) con leafnode
	Volendo evitare di cambiare mezzo sistema a seconda che mi connetta con
tin o wind, qualcuno ha idee ? A qualcuno funziona ?
	In attesa di suggerimenti, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.2.14 -

 wrote in message
39FF2BF8...@studenti.ing.unipi.it...


tin o wind, qualcuno ha idee ? A qualcuno funziona ?
No, i due provider non consentono l'accesso SMTP e news a chi non
proviene dalla propria rete.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 Un esempio puņ chiarire il tutto.


proviene dalla propria rete.
Installa postfix, e spedisci col TUO smtp. Fine dei problemi :-)
-- 
Crononauta               | togli 'sse' da ulissebarra | 
==========               | per rispondermi in  e-mail | 
ICQ UIN: 4005815                                          
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.htm
GP Legends: 
http://www.multiplayer.it/driving/

Installa postfix, e spedisci col TUO smtp. Fine dei problemi :-)
A parte che non ero io, col problema.... in ogni caso:
Questo lo credi tu, e' un'apparente fine dei problemi.
Gli resta sicuramente il problema delle news.
E poi, con il suo SMTP, rischia di non consegnare la posta, e non sapere
nemmeno quando e perche'.
Non sono pochi, i server che se non riconoscono in DNS il server di
invio, bounciano la posta in /dev/null, senza nemmeno mandarti indietro
la notifica di errore.
E dal loro punto di vista, non hanno nemmeno torto, a non avvisarti: Se
per loro il server non esiste, che gli scrivono a fare?


la notifica di errore.
tsk tsk tsk... flag -f del comando sendmail :-)
Puoi "reimbustare" il server di provenienza del tuo messaggio, in altre
parole forzi il dominio di provenienza a essere quello che ti pare a te,
così io per la spedizione sono sempre 
ulib...@libero.it
 , e naturalmente
i server accettano l'inoltro.


i server accettano l'inoltro.
SE controllano solo il dominio, cosi' lo imbrogli, in effetti.
Bisogna vedere se la cosa puo' funzionare all'infinito.


Bisogna vedere se la cosa puo' funzionare all'infinito.
Se controllano il dominio, li frego, se controllano l'ip su un dns, a
maggior ragione (non avrei nemmeno bisogno del -f, in quel caso).


 Installa postfix, e spedisci col TUO smtp. Fine dei problemi :-)
	Io _ho_ installato (e sto usando) postfix, ma, seguendo i consigli di
mr. Shark, ho impostato un SMTP esterno (nel mio caso quello di tin)
perche' c'e' il rischio che all'atto dell'inoltro della posta il server
ricevente (credo) controlli l'ip di chi ha spedito (per evitare spam), e
quindi, non avendo io ip registrati, me li vedrei rifiutare.
	Ma tu per caso lo stai usando (con successo) ? Perche' in questo
caso...
	Ciao, Giovanni.
	ps: sempre se tu lo stai usando e tutto va bene, mi dici con chi sei
abbonato ?


abbonato ?
Con *tutto* :-)
Uso di volta in volta quello che mi funziona meglio tra clubnet, libero,
kataweb, tiscali, infinito...
Nella riga in cui richiami il programma di spedizione posta (per esempio
in mutt č set sendmail= ) devi usare il flag -f del comando sendmail,
valido anche con postfix. Cioč in mutt devi impostare qualcosa del genere:
set sendmail="/usr/sbin/sendmail -oi -oem -f 
x...@libero.it
"
Inoltre, in postfix, devi dirgli di NON usare l'smtp del tuo provider come
relay, sennņ ti tocca riconfigurarlo a ogni connessione che cambi.
In questo modo, postfix si collega direttamente con il server di
destinazione della posta, e quindi non esiste il problema del relay
permesso o proibito se arrivi da "fuori dominio".
Al destinatario, si "presenta" come 
libero.it
, che č un dominio esistente
e come tale viene permesso al relay.
E tutto funziona ottimamente, sia che mi colleghi con clubnet, che libero,
che tiscali...


maggior ragione (non avrei nemmeno bisogno del -f, in quel caso). 
	Mi hai suggerito un bel po' di cose interessanti, e cerchero' di
applicarle. C'e' pero' una cosa che non ho capito :
	come faccio a dare di default sendmail -f xxx@yyy ? Ho spulciato
i files di configurazione di postfix, ma non mi e' sembrato di trovare
niente che fa al caso mio. C'e' la possibilita' di scriverlo nel comando
del client di posta, ma cercavo una cosa piu' 'universale'.
	Un ultimo dubbio, direi di contorno: aggiungendo piu' newsserver a
leafnode, devo scaricarmi tutta la lista di newsgroups attivi su ogni
server (lunghetto...) oppure no ? In altre parole, attingendo a piu'
newsserver, io sul computer locale avro' un unica lista di newsgrups
accessibili oppure no ?
	Ah, un'altra cosa: qual e' la sintassi di sostituzione del
sender_canonical ? In parole povere vorrei che la posta che esce con
il mittente giov...@localhost.localdomain divenisse com'e' nell'header
di questa mail, ovvero Giovanni <xxx@yyy> o qualcosa del genere. Ho
provato con:
	giovanni	Giovanni <asd@asd>
e cose simili, ma non fuziona.
	Grazie delle risposte, Giovanni.


di questa mail, ovvero Giovanni <xxx@yyy> o qualcosa del genere.
Quello lo devi impostare sul tuo programma di posta... In mutt:
set my_hdr From: Giovanni <xxx@yyy>
Con un send-hook puoi fare in modo che a seconda del destinatario, ti
metta il From opportuno :-)


metta il From opportuno :-)
D'accordo, ma ci si arriva anche con impostazioni di trascrizione nell'MTA.
Ciao.

D'accordo, ma ci si arriva anche con impostazioni di trascrizione nell'MTA.
E come? Non vedo come possa discriminare, dato che una volta "tato" esce
come 
libero.it
, mentre la volta dopo magari come tin.it...


come 
libero.it
, mentre la volta dopo magari come tin.it...
Usando diversi utenti, uno per ogni indirizzo con cui vuoi uscire. Tu hai i
tuoi legittimissimi motivi per non volerlo fare, ma ha un suo senso: se
vuoi apparire con indirizzi diversi a diversi destinatari, vuol dire che
per ognuno di questi sei una diversa personalita`. Concretizzare questo in
piu` utenti locali, con diverse caselle di posta, ha obiettivamente un
senso.
Comunque, quello che mi sembra soprattutto inaccettabile e` che la
canonizzazione sia affidata alla buona volonta` del client. Ci deve essere
un meccanismo di sicurezza ultimo, per cui indirizzi canonizzati non
possano uscire. Che poi il client possa intervenire sul campo From:, non mi
fa problema. L'importante e` che in nessun caso possa uscire un indirizzo
non canonizzato.
Quando parlo di indirizzo canonizzato, mi riferisco soprattutto
all'envelope address, o return-path che dir si voglia (che questo coincida
con il campo From:, di solito, non importa nulla a nessuno). Il return-path
dev'essere un indirizzo valido nell'ambito in cui circola il messaggio, a
questo non si puo` transigere. E l'unico modo di garantirlo che io conosca
e` gestirlo centralmente a livello di MTA.
Ciao.

canonizzazione sia affidata alla buona volonta` del client.
Avessi un server di rete, con utenti non controllabili collegati, stai pur
tranquillo che farei cosě...
Ma finché sono qua da solo, mi sembra abbastanza inutile che stia a
diventare pazzo con le canonizzazioni e 15 utenti, quando posso fare tutto
con un send-hook e un set my_hdr...
