CodeStore.net comments on "The Principal Field"

Reply from Jean

Jean — Mon, 21 Jun 2010 10:13:42 -0500

using Notes 8.0.2. email notice executed from a call to script lib, from query save event. So I can't use the "signed agent" method. the following following works for me,

Memo.DisplaySent = sReplyTo

Memo.tmpDisplaySentBy = sReplyTo

Memo.INetFrom = sReplyTo

but if I add, Memo.Principal = sReplyTo, it did not work.

Reply from AndyShep

AndyShep — Tue, 11 May 2010 10:59:58 -0500

Mail.box works far better than the Lotus Method... you end up with that stupid 'Sent on Behalf of" thing on the email that causes the wrong people to get responses to email when people respond manually using the lotus tools.. Lotus has a signature.. use that to verify the sender but preventing coders from changing the From field is a joke.

Reply from PaulE

PaulE — Tue, 15 Dec 2009 04:19:02 -0600

aagghh, Just completely bitten on the arse by

"doc.Principal=User@acme.org@NotesDomain "

thanks for the solution!

Reply from Jimmie Mo Jimmie

Jimmie Mo Jimmie — Fri, 20 Feb 2009 10:16:18 -0600

I used pricipal and

Memo.DisplaySent = sReplyTo

Memo.tmpDisplaySentBy = sReplyTo

Memo.INetFrom = sReplyTo

worked but I dropped the @NotesDomain and it works to all email providers. I have no idea why.

Reply from paul atwork

paul atwork — Sat, 02 Aug 2008 19:30:21 -0500

hi Mark

I *love* Socket Workbench for this - See www.sigmasolutions.com.au. You can get an evaluation copy from them like I did.

It is fantastic at trapping the messages on a communication path and especially useful when debugging SMTP email. You direct your domino server to send on port 26, you get Socket Workbench to listen on port 26, and then resend on port 25. You then get to see everything in between or send your own messages using the inbuilt client tool.

Reply from Jake Howlett

Jake Howlett — Thu, 7 Feb 2008 05:21:00 +0100

Hi Mark,

Have you tried using WireShark? {Link}

I've used it on a windows client to see what my browser's sending/receiving but I'm sure it could be used on the server to do the same.

Jake

Reply from mark

mark — Mon, 7 Jan 2008 10:58:00 +0100

We have an application where a small number of people who do not have Notes IDs but who authenticate using LDAP need to fill in a form that uses a Domino email list in the Bcc to send a message. The WQO looks up the sender's email & the WQS writes principal, replyto etc as described above. It works when the email is received in Notes but not when sent to Exchange (no message is received or returned - presumably as an antispam measure). Anyone know a good way to trap outgoing message headers from Domino so I can debug this - otherwise it looks like writing direct to mbox, mbox1, mbox2

Thanks

Reply from Dietrich Willing

Dietrich Willing — Thu, 22 May 2008 21:30:00 +0100

This is what I found.

Use the Principal field only - no effect

Use Principal field and DisplaySent field - message is sent as agent signer on behalf of display email address

Use Principal, DispaySent and INetFrom fields - message sent as coming from display email address.

Call mailDoc.ReplaceItemValue("Principal", |my_display@xxxx.com@NotesDomain|)

Call mailDoc.ReplaceItemValue("DisplaySent", |my_display@xxxx.com@NotesDomain|)

Call mailDoc.ReplaceItemValue("ErrorsTo",|my_display@xxxx.com@NotesDomain|)

Call mailDoc.ReplaceItemValue("INetFrom", "my_display@xxxx.com")

will be sent out as though it has come from my_display@xxxx.com.

This is the header of an email sent this way to an Outlook server

Microsoft Mail Internet Headers Version 2.0

...

From: my_display@xxxx.com

...

To: Dietrich.Willing@blaablaablaa.com

Message-ID:

Sender: my_display@xxxx.com

...

Reply from Fredrik

Fredrik — Thu, 23 Mar 2006 00:41:00 +0100

mail.box is an old friend, as long you handle the possibility of server configuration being altered, and mail.box becomes mail1.box a.s.o.

Reply from David

David — Wed, 22 Mar 2006 15:30:00 +0100

I've been writing to mail.box for years. Works like a charm. We too have 3 mail.boxes, but I haven't had any issue with corruption. I guess you could just check to see if mail1.box was up, if not move the next and/or load balance if you are sending a lot of mail during an scheduled time.

I know it's not supported and not documented, but you know what, so are many other things that do work.

Reply from Andy Brunner

Andy Brunner — Wed, 22 Mar 2006 06:35:00 +0100

I run into this problem some weeks again and after some investigation, I came up with this code to send a memo:

Sub SendEMail(SendTo As String, Subject As String, BodyText As String)

Dim Session As New NotesSession

Dim CurrentDatabase As NotesDatabase

Dim MailDocument As NotesDocument

Dim RichTextItem As NotesRichTextItem

Set CurrentDatabase = Session.CurrentDatabase

Set MailDocument = CurrentDatabase.CreateDocument

MailDocument.Form = "Memo"

MailDocument.Principal = "Application Name@NotesDomain"

MailDocument.DisplaySent = "Application Name@NotesDomain"

MailDocument.ErrorsTo = "Error-InBox@Internet.Domain"

MailDocument.ReplyTo = SendTo

MailDocument.SendTo = SendTo

MailDocument.Subject = Subject

Set RichTextItem = New NotesRichTextItem(MailDocument, "Body")

Call RichTextItem.AppendText(BodyText)

Call MailDocument.Send(False)

End Sub

Reply from Eric

Eric — Wed, 22 Mar 2006 06:00:00 +0100

I use the following code after setting the MIME content:

Memo.DisplaySent = sReplyTo

Memo.tmpDisplaySentBy = sReplyTo

Memo.INetFrom = sReplyTo

Where "sReplyTo" is the e-Mail adres which you want to show in the e-Mail and where the receiver is replying to.

Reply from harkpabst_meliantrop

harkpabst_meliantrop — Wed, 22 Mar 2006 03:15:00 +0100

Did you note that the use of Principal is no longer in the documentation? As of Notes 6 this makes it (obviously) an undocumented feature (also Julie admitts, that she's still using it all the time). As far as I get it, the "official" way to go would be a run-on-behalf-of agent by now.

Reply from Henning Heinz

Henning Heinz — Tue, 21 Mar 2006 17:09:00 +0100

mail.box works fine for me. I would never go back to the Principal stuff and I am happy that it still works (as it is not supported and considered a security risk).

Reply from Andrew Tetlaw

Andrew Tetlaw — Tue, 21 Mar 2006 16:38:00 +0100

Always remember the "Principal is your pal" :)

Reply from chris bordeleau

chris bordeleau — Tue, 21 Mar 2006 12:13:00 +0100

@Joe :: Problem with putting things in the mail.box is that you can not be assurred that mail.box will exist... we use 3 mail boxes (everyone should have more than one) so they are named mail1.box - mail3.box... and if you are writing to one directly and it becomes currupted you are SOL until you fix it... It really is a bad practice... there are probably other reasons why it is bad but those two alone stop me...

Reply from Christian K

Christian K — Tue, 21 Mar 2006 11:33:00 +0100

Sometimes you may want the sender field to display something like "Automatic mailer". An easy way to achieve this is to create a special user with fist name Automatic and surname mailer. This users internet address my be shortname@somedomain.com. It simplifies the agent if you add the shortname to the username field. This way you can get away with

doc.Principal = "shortname"

If you sign the agent by this special user "Automatic mailer", the sender information in the mail will be simplified (no information about designer or server domain will show up).

This will be equivalent to sending from "Automatic mailer "

Reply from Joe

Joe — Tue, 21 Mar 2006 11:17:00 +0100

I inherited an app once that created/saved a new doc in the mail.box - think they jut set the From field. Seemed to work.