17.x SDM - email notification from:alg.analyst

[Peter Schmidt]

Hi all,
is it possible to fill the from: mail-field with the alg's analyst's email-address?
I.e. if you send a 'manual notification' - From: should be filled with sender's (logged in user's) eMail-Address.

Standard is that From is filled from optionmanagers (NX.env)-Value mail_from_address.

Any Way to fill eMail-From: with alg.analyst?

Regards,
Peter

------------------------------
Senior Technical Consultant
Fujitsu Services
------------------------------

[Michael Mueller]

Hallo Peter.
Hmm, mails are send by pdm_mail , as far as I am aware.
if I do a pdm_mail -?
I get:
----
pdm_mail: Mailer Client - Sends commands or email requests to Mail Server.

----- For Email Requests -------------------------------------------------
Usage: pdm_mail [-i [-s subject] [-e email_address] [-q]]
Where:
-i = Use stdin instead of NTF variables

The following is used for stdin email behaviour only:
-e = Email Address (for Recipient)
-o = CC Email Address (for CC Recipient)
-u = BCC Email Address (for BCC Recipient)
-s = Subject for Email
-q = Do not display prompt for stdin
-a = Attachment ids to include in email (comma-separated list of attmnt ids)

The following allows for overriding default options
-p = Pager Processing enabled (Uses NX_NTF_PAGER_ADDRESS and Forces -M option)
-M = Use Plain Text only - No MIME in body
-F = From: Email Address (Default NX_MAIL_FROM_ADDRESS)
-T = Reply-To: Email Address (Default NX_MAIL_REPLY_TO_ADDRESS)
-B = Email Body Charset (Default NX_MAIL_SMTP_BODY_CHARSET)
-H = Email Header Charset (Default NX_MAIL_SMTP_HEADER_CHARSET)
-N = DSN Notify Option (Default NX_MAIL_DSN_NOTIFY - See RFC1891)
-R = DSN Return Option (Default NX_MAIL_DSN_RETURN - See RFC1891)

Default processing (no parameters) is to send mail using NX_NTF variables.

----- For Commands -------------------------------------------------------
Usage: pdm_mail -c option [parameter] (command to mail server)
-- or --
pdm_mail -x option [parameter] (command to mail eater)
Options:
check_interval value Changes check mail interval to value (in seconds). (-x only)
report_interval value Changes report interval to value (in seconds).
report_now (no parm) Forces report to logs. Counter will not be reset.
sendq (no parm) Sends local mail queue to remote mail server. (-c only)
trace on|off Turns tracing on or off.

Either Commands or Email can be sent - not both!.
----
Maybe you can adopt your notification method  "pdm_mail -F ...." to achieve your goal.

Schöne Grüße
...Michael

------------------------------
Principal Services Consultant
HCL Enterprise Studio
Germany
------------------------------

[Peter Schmidt]

Hallo Michael,
today I wanted to check the possibillity with using pdm_mail.
Hm, there seems to be no pdm_mail any longer under 17.3.
Under 17.1 yes, but no longer since 17.2 RU anything.

Do you no how to call pdm_mail (javaversion) today from cmd?

Many thanks,
Peter

------------------------------
Senior Technical Consultant
Fujitsu Services
------------------------------

[Michael Mueller]

Hi Peter.
I am wondering. At least in my 17.3 linux installation, I still have a pdm_mail executable (no java) in the NX_ROOT/bin directory. And I would expect the same in windows as well.
However, if it does not exist, I would check the mail notifcation method, to see, how mail notification works on windows.
Regards
.....Michael

------------------------------
Principal Services Consultant
HCL Enterprise Studio
Germany
------------------------------

[Peter Schmidt]

Hi Michael,
my mistake. Here in the development system pdm_mail had been renamed to prevent emails from going out. Notification method is still pdm_mail despite the change to Java coding.
Many thanks for your support.

Ciao,
Peter

------------------------------
Senior Technical Consultant
Fujitsu Services
------------------------------