RE: Question regarding SNDDST

A) Nothing obvious to me. One thought is: You cannot send a message if you
are not in the system directory, so if you were doing this under different
IDs, you might want to look there. Another would be to look at the joblog
of the job where the first (failed) entry was sent. Anything there? Next,
take your successful mail, remove your ID and send again. Finally, look in
the recipients trash/junk/suspect/spam folder(s).

B) No, since the entries are queued rather than delivered by SNDDST

C) Go CMDDST. Look especially at option 8 (DSPDSTLOG) and 9 (DSPDSTSRV) but
you may find other useful options also.

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"A diplomat is a man who always remembers a woman's birthday but never
remembers her age."
-- Robert Frost

A weird thing is beginning to happen with using the SNDDST
We had some users complain that they did not receive a particular file
sent
from the system using SNDDST (see 1. below)

1.
SNDDST TYPE(*DOC)
TOINTNET((emailgroup@xxxxxxxx)
(*NONE *CC) (*NONE *CC)) DSTD('ARCANE
FILE') DOC(DOCFILE.TXT) FLR(DOCFLDR)

The file was still there, so I wrote a quick CLLE program to e-mail the
file using the same SNDDST command
I then realized I should have included myself, so I changed the SNDDST
command to below

2.
SNDDST TYPE(*DOC)
TOINTNET((emailgroup@xxxxxxxx)
(alanshore@xxxxxxxx *CC) (*NONE *CC)) DSTD('ARCANE
FILE') DOC(DOCFILE.TXT) FLR(DOCFLDR)

I contacted the person involved, and they replied that they had only
received one e-mail, the one with my e-mail address in it

Three questions
A. Does anyone see why the first SNDDST should have a problem
B. Is there anyway to determine within the program if the e-mail from
the
SNDDST command was not received
C. Is there anyway to determine outside of the program (after the fact)
if
the e-mail from the SNDDST command was not received