Re: Email relay

I don't know how a dotted-quaud got in the entry. The last time I changed
any SMTP settings, I used a name resolved by DNS. Perhaps during one of
the many changes since, somebody else made a change and thought it would be
"better" to use IP address. Just seems questionable to create a future
mess when it isn't needed.

John McKee

On Fri, May 1, 2015 at 12:56 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Is the name one that you have set up as a host table entry? Or is it
actually a host name resolved by a one of the DNS servers listed in CFGTCP
option 12 (CHGTCPDMN)?

If it's a host table entry, you may as well have just used an IP address.

If the mail router's IP changed and you were using a host name resolved by
a DNS server, then whoever is in charge of the DNS server isn't doing their
job. :)

I get 2-3 emails emails like yours a week from customers of our MAILTOOL
software. I put together an article for them (and anyone actually) since
most errors like this are due to not setting up TCPIP correctly and using
IP addresses or worse, Host Table Entries.

http://www.fieldexit.com/forum/display?threadid=65

Brad
www.bvstools.com

On Fri, May 1, 2015 at 12:25 PM, CRPence <crpbottle@xxxxxxxxx> wrote:

On 01-May-2015 10:15 -0500, John McKee wrote:

<<SNIP>> This box is terminal at v5r4. CHGSMTPA just shows the
not-so-helpful *SAME. I know a command exists that shows it. Maybe
TAATOOL - but I am drawing a blank.

The prompted Change SMTP Attributes (CHGSMTPA) should have effected the
invocation of a Prompt Override Program (PMTOVRPGM aka POP) named

QTMSMTAP

in QTCP that would retrieve the current attributes for each parameter
keyword for which the default parameter value of *SAME normally would be
replaced with the current value.

If the *SAME values remain for the ?CHGSMTPA invocation, then most
likely there would have been an error msg CPD680A "Current values could

not

be retrieved." presented in the message-line at the bottom of the
prompted-command-panel [under the command-keys]. After pressing F1=Help

on

that message, for which the "Recovery" text states to use the F10=Display
Messages In Job Log to see the preceding error message(s) for which the
generic POP error was issued. A quite likely origin is the probable
"Cause" text listed that suggests perhaps that "You do not have
authority...", and the prior logged message will be revealed to be the

msg

TCP8050 "*IOSYSCFG authority required to use CHGSMTPA."

For that the recovery would be to have the invoking user profile have
the Special Authority (SPCAUT) named *IOSYSCFG added; lacking any syntax
that enables adding an element-value to a list [e.g. faux-syntax

CHGUSRPRF

SPCAUT(+*IOSYSCFG)], hopefully your version of the Change User Profile
(CHGUSRPRF) similarly has a POP in order that the "+ for more values" can
be utilized on the empty line presented for the Special Authority
parameter.... or just use that empty line to add the additional special
value if the current-value is not the Single-Value of *NONE [for which

that

value must be replaced\overwritten instead of using the empty line

because

a single-value trumps a non-single-value special-value specification].

--
Regards, Chuck


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.