Newsgroup: it.comp.appl.notes-domino
Titolo: Api Java, problema From:

Sto provando le api per Domino in Java, l'ambiente è: un programma che
usa le API su PC (poi dovrà andare su un server), e un server Domino
R5 su As400. Quindi l'accesso al server avviene tramite CORBA/IIOP.
Il programma dovrà essere il grado di creare (e inviare) posta
"facendo le veci" degli utenti Domino. In pratica sarà un'interfaccia
tra un software ERP e l'ambiente Notes.
Per ora è tutto OK, ma c'è una caratteristica della classe Document
delle API che vorrei chiarire.
Il programma utilizza un utente "fittizio" per ottenere la connessione
al server, questo utente è autorizzato a creare documenti nei database
degli utenti.
Ora:
Se creo un documento nel database di posta di un utente X e lo salvo
senza inviarlo (metodo save della classe Document), viene creato un
messaggio nel folder "bozze" che ha nel From: l'email dell'utente X.
Ma:
se invio il documento (setSaveMessageOnSend(true) e send() della
classe Document) il messaggio viene inviato con l'email dell'utente
fittizio nel campo From:!!
Questo non è proprio il comportamento desiderato. Vorrei che nel From:
ci fosse sempre l'email dell'utente "vero" associato al database di
posta al quale sto accedendo.
Ho l'impressione che si tratti di un comportamento voluto (è anche
descritto nella documentazione). Se avete commenti, o suggerimenti per
un workaround saranno i benvenuti!

 un workaround saranno i benvenuti!
E' perfettamente corretto il funzionamento.
--
@ --> Juda of 3AM - juda(strudel)
despammed.com
KP --> Non esiste l'impossibile. L'impossibile non esiste.
YG --> 
http://it.groups.yahoo.com/group/scarver
CISNK --> tessera n° 17

Tutto corretto quanto indicato da Juda, ma devi proprio accedere su 
tutti i db degli utenti.
Non è il massimo.
Manda un messaggio dal server, gioca con il campo principal per il 
mittente e manda il messaggio in copia anche all'utente.

 tutti i db degli utenti.
Veramente il principal viene utilizzato per l'invio.


 un workaround saranno i benvenuti!
Io i documenti creo direttamente nel mail.box, metto l'indirizzo dell'utente nel
campo from e anche nel campo blind-copy. L'unica anomalia e' che l'utente non lo
vede nella posta spedita ma in quella in entrata ma con il suo nome come
mittente, forse si puo' ovviare anche a questo, non ci ho provato. Consideralo
un compito per le vacanze. :-)
Il vantaggio è che non hai bisogno di autorizzazioni se non quella del server.
Lo svantaggio e' che sui gialli c'e' scritto di non farlo perche' non e'
supportato. Sinceramente non ho rilevato altre controindicazioni.
-- 
Dr.Ugo Gagliardelli,Modena,ItalyCertifiedUindoscrasherAñejoAlcoolInside
Spaccamaroni andate a cagare/Spammers not welcome/Spammers vão à merda
Spamers iros a la mierda/Spamers allez vous faire foutre
Spammers loop schijten/Spammers macht Euch vom Acker

 altre controindicazioni. 
Mai pensato ai server con le multiple mailboxes? Comunque mi pare di 
aver avuto simile problema solo in C. In LS se ci sono le MB multiple 
sostituisce lui mail.box a mail1.box in apertura. Mi pare... 


 sostituisce lui mail.box a mail1.box in apertura. Mi pare...
A me mi e' parso di no, ma pesto tante di quelle merde....


 A me mi e' parso di no, ma pesto tante di quelle merde....
Sentivo un odore...
A parte scherzi, mi pare che a volte faccia in un modo a volte in un 
altro, ma è tanto che non ci metto le mani. 


 Non è che mi stai tacchinado?
Perche'? sei sensibile alle serenate?


 Principal. Ora non sono certo al 100% ma dovrebbe funzionare. 
Funziona! Problema risolto, grazie mille!
In ogni caso se hai dei dubbi sulla mia impostazione, fammi sapere..

specifici, lamentando poi che il sender non era il padrone del db di posta?
Il sistema deve effettivamente creare mail a nome dell'utente che lo
sta usando; non solo, come dicevo deve poter inserire il messaggio
nelle "bozze" affinchè l'utente possa completarlo prima dell'invio;
oppure inviarlo immediatamente e conservare il messaggio.
Grazie per la dritta dell'in.box, ma non è proprio quello che volevo;
e con il campo "Principal" ho risolto..
Ah, non vedo nulla di male nell'uso di un utente fittizio autorizzato
ad ogni database, ma se ci sono dei contro fatemi sapere.

Non è il massimo.
Qual'è il problema?
Come ho già scritto, non devo solo poter inviare un messaggio, ma
anche crearlo e basta, affinchè l'utente possa completarlo e procedere
all'invio "manuale" quando lo desidera.

 
Mi ero perso la parte riguardante il completamento del messaggio da 
parte dell'utente.

 parte dell'utente.
Secondo me ci sarebbero una serie di possibili critiche verso varie 
improprietà operative e di utilizzo. 


 improprietà operative e di utilizzo.
Sentiamone qualcuna...