Newsgroup: it.comp.appl.notes-domino
Titolo: errata codifica MIME dei messaggi in partenza

Salve a tutti sono l&#8217;amministrazione di una piccola azienda che utilizza in 
ambiente Unix la versione Domino 5. Uno fra i tanti problemi è questo, l&#8217;errata 
codifica MIME dei messaggi in uscita verso altri domini di posta Internet. Mi 
spiego meglio se un utente dell&#8217;azienda utilizza per esempio i caratteri 
accentati e righe superiori ai 65 caratteri, i destinatari se sono utenti interni 
ricevono bene, al contrario se i destinatari sono attestati su altri domini di 
posta, la codifica è sbagliata.
La soluzione o meglio il problema sono riuscito a circoscriverlo. 
Innanzitutto sono stati aggiornati i client  Lotus Notes alla versione 5 .
Il problema penso che dipenda dall&#8217;utilizzo  di rubriche personali 
particolarmente lunghe, quindi nel caso in cui  l&#8217;utente posti il messaggio ad 
un gruppo che  contiene parecchi indirizzi e-mail, le codifiche MIME sono 
errate. Al contrario lo stesso messaggio spedito utilizzando lo stesso gruppo 
però valorizzando il campo CCR, non contiene errori di codifica in ricezione per 
nessun destinatario della lista.
Cosa ne pensate? 
--
Chi non fa niente non sbaglia
Inviato da 
www.mynewsgate.net

 della lista. 
Really Strange.
Nella location dell'utente, hai scelto MIME come tipo per i messaggi in 
uscita? P.S. non usare gli accenti! :-)
--
http://www.depquest.net

Si ho usato MiME nella location dell utente. Il problema ripeto è quando un 
utente utilizza proprie liste (names.nsf locale), e utilizza dei gruppi 
che contengono molti indirizzi e-mail esterni. In caso contrario lo stesso 
utente, lo stesso pc, lo stesso identico messaggio postato in ccr, non causa 
l'errata spedizione.
                                 OPPURE
Lo stesso utente, lo stesso pc, lo stesso identico messaggio postato ad un 
gruppo che contiene massimo 20-30 indirizzi e-mail, non causa l'errata 
spedizione.


 
?? mai sentito nulla del genere.
Le versioni? sono aggiornate?
Pero' e' strano.
--
http://www.depquest.net

 ha scritto:

Si le versioni sono aggiornate sia lato client che server.
Analizzando una e-mail con questi errori dei codifica sembra quasi che ci sia 
un limite nel bufer destinato al campo A dove si inseriscono gli indirizzi e-mail, 
infatti non potendo contenerli tutti una parte sconfinano e vanno ad essere 
valorizzati nel corpo del messaggio. 
Strano vero?


 del messaggio. Strano vero?
Strano no... Juda ne sa qualcosa per un lavoro che fece.
Triste si.
Non ho idee... a riguardo. Quanti sono in numero questi 'numerosi' 
destinatari? (Parlo dei gruppi esplosi) 
--
http://www.depquest.net


All'ENI avevano il problema, ma riguardava i gruppi di parmessi 
spedizione e ricezione. Probabilmente i gruppi esplosi eccedono i 64k. 
--
Juda of 3AM - juda(strudel)
despammed.com
/---------------/
Non esiste l'impossibile. L'impossibile non esiste.

Anchio mi sarei aspettato un limite di 64 Kb. Invece no
Ho contato i caratteri degli indirizzi e-mail e sono 3842, cioè dal 3843 sono 
esplosi nel corpo del messaggio.
Ribadisco che se mando lo stesso messaggio in CCR non si riscontra alcunchè 
errore, oppure se l'utente attinge gruppi di indirizzi e-mail da names.nsf lato 
server.


 mail da names.nsf lato server.
Misteri della fede...
--
http://www.depquest.net


Ma i templates sono stati tutti aggiornati?
Compresi quelli delle pernames?


 ha scritto:

Si sono aggiornati in quanto ho verificato direttamente nelle stazioni di lavoro 
degli utenti e si notano che hanno un interfaccia diversa rispetto a quelli della 
versione di Lotus Notes 4,5 per esempio. Penso di escludere questo 
problema se io eseguo un istallazione client nuova di zecca su un pc nuovo 
oppure rimuovendo preventivamente anche manualmente vecchi oggetti della 
versione 4,5 automaticamente il database della rubrica che viene installato è 
aggiornato giusto?? 


 aggiornato giusto?? 
Sì, ma la rubrica non conterrà nemmeno un nome.
