SNDDST is not sending my mail?

Hi Experts.

I try to send an e-mail to my mobile using an external service.
Sending a mail to a normal mailbox with SNDDST is no problem,
but sending it to this servise will not work.
If I do it with Outlook I don't have problem.
the way it work seems to be the same, I just use mail addres:

Please can someone tell me why....

LVL 17
MurpheyApplication ConsultantAsked:
Who is Participating?
Regarding the Return address, we had a problem because the default return email address was the AS400 name and the ISP of the company we were trying to send an email to didn't like that IF we tried to attach a file - it accepted an email without an attachment though !!!

Anyhow, we got round this as follows...
if a directory entry for the USER ID (specified on the SNDDST cmd) has a valid email address specified, this will be used on the generated email as the From address instead of the user ID itself.
Any replies or delivery failure emails will then be sent to this email address.

To assign an email address to a user ID use the following command.
CHGDIRE USRID(<userID> <userIDaddress>)USRDFNFLD((SMTPRTE SMTP ‘<mailname>’)).

Also note that a copy of the generated email IS NOT put in the users “Sent Items” folder, so this person should be included on the distribution list of the email if a copy of the email is required.

If a specific user ID is specified (instead of the default *CURRENT) to be associated with the generated email, the current user must have permission to work on behalf of the specified user ID. Permission is maintained using the following commands
GRTUSRPMN Grant User Permission
RVKUSRPMN Revoke User Permission


SNDDST doesn't send SMTP e-mail. It only sends SNA objects using SNA Distribution Services (SNADS). However...

IBM created a "gateway" set of middleware that is able to transfer e-mail items inside your AS/400 between SNA and your SMTP server. Once an e-mail is passed through the gateway, SMTP can do the common e-mail delivery.

This implies at least three things:

1. SNADS is properly configured and running.
2. SMTP is properly configured and running.
3. The gateway is properly configured and running.

Hmmm... I suppose #4 could be that the Mail Server Framework (MSF) is running, but that's a little separate. Nevertheless, you do need to make sure that STRMSF has executed correctly.

Because all three require some configuration that is specific to passing items between SNA and SMTP, and because SNA can work by itself and SMTP can work by itself, the problem is usually in the configuration parts that are specific to gateway transfers.

Have you done any of the normal steps to enable the SNA/SMTP gateway? Has this worked in the past and is now failing?

MurpheyApplication ConsultantAuthor Commented:
Hi Tom,

I can send mail from my AS/400 with SNDDST to email addresses without any problem,
omy the mails that I sent to this @GIN srevise in not received

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

Do you have a return address specified for the sender? Any bouncebacks would go to that address.

If SMTP e-mail can reach some external e-mails but not others, then there are a couple likely elements. First, it can be a good idea to create a couple test accounts, like at Hotmail and Yahoo, and test if those are reached okay. That tells you if the general structure is working.

Three common problems are (1) blacklisting, (2) reverse DNS and (3) open relay.

Your domain might be on someone's blacklist. E-mail is sent, but it might simply be discarded or ignored. If no one tells you, you might not know. This can require contacting the blacklist service and asking what needs to be done to lift the restriction. It could be that some spammer has used your domain name improperly and the domain got listed and never removed. You might need to communicate with the @GIS admin to determine if there is an organization you can contact.

You might be configured so that your sending domain does not have proper reverse DNS entries. E-mail servers can look at incoming e-mail and attempt to verify the headers. If the headers cannot be used to backtrack through DNS mail server entries correctly, then the remote server can reject the e-mail.

You might have (or previously had) an open-relay problem. Blacklist services most often will stick you on their list if they can find an open relay through your domain. By allowing an open relay, your domain becomes a target for spammers (or anyone who wants to forge headers).

Open relay testing:

You can do a lot of analysis pretty easily.

Barry's return-address idea is also useful. When testing, you might use a return-address that's actually outside of your system. That sometimes helps eliminate certain kinds of routing problems and some blacklist problems, or at least can help see what the problems really are. If there's an actual routing problem to your domain, the same problem might not exist to an external return-address domain.


Good points. You went at it totally through the SNA-to-SMTP path while I was thinking more with running directly with SMTP, e.g., with the QtmmSendMail API. By going SMTP direct, there's some chance of eliminating problems related to the gateway processing and the configuration for distribution services of the user.

Or, instead of eliminating them, they might be highlighted in which case it may be necessary to look through the areas you mention.


Do you have any SMTP utilities that you can use to send e-mail (other than SNDDST)?

MurpheyApplication ConsultantAuthor Commented:
Hi Experts,

My response will take some time, because the development of this function is not a part of the project I'm working on,
so I have to do it in some spare hours.



Taking into account I don't understand anything about relay testing so it sounds complicated and time-consuming...

I would suggest you first try..

assigning YOUR email address to your user ID use the following command.
CHGDIRE USRID(<userID> <userIDaddress>)USRDFNFLD((SMTPRTE SMTP ‘<mailname>’)).

Then try the SNDDST and see if it works or not ?

Approx time to test : should be less than 5 mins....


Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.