× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I have this one lpar where Infoprint server has started sending emails off to the BRMS email job Q1ACPDST instead of the smtp job QTMSSMTPD.

I have a ticket opened with IBM. We'll spend our usual day or two trying to explain our setup before they start to work on the ticket but here's my latest reply.


Additional comments
We do not store the email address, initially, in the user defined
data. Instead we have Infoprint Server set up that if the user defined
data is blank to look up the owner of the spool file, cross reference
that against a list of email addresses, and then store that in the user
defined data. So I cannot capture the spool file attributes until it
is in the process of being sent.
The reason I sent in the output of DSPJRN is that this system is
starting to do stuff weird. The exact same code and process on other
lpars follows this thread:
1 - Interactive user does a CHGSPLFA FILE(MYSPLF) OUTQ(EMLPDF).
2 - EMLPDF Infoprint server writer job adds the user defined data for
the email address. And passes it off.
3 - QTMSSMTPD job sends off the email
All show in a normal DSPJRN, like this:
Sequence Code Type Job Time
750805390 T SF ROBHQ1 7:24:55
750805391 T SF EMLPDF 7:24:55
...
750805427 T JS EMLPDF 7:24:55
750805428 T GS QTMSSMTPD 7:24:55
750805429 T ZC EMLPDF 7:24:55
750805430 T CO QTMSSMTPD 7:24:55
750805431 T CA QTMSSMTPD 7:24:55

However the bad system follows this thread:
Sequence Code Type Job Time
34817383 T SF ROBS1 15:11:35
34817384 T SF EMLPDF 15:11:35
...
34817410 T SF EMLPDF 15:11:35
34817411 T ZC EMLPDF 15:11:35
34817412 T ZC QUMEPRVAGT 15:11:35
34817413 T ZC Q1ACPDST 15:11:36
Why is it passing the spool file off to the BRMS email job, Q1ACPDST,
instead of QTMSSMTPD????

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.