Disappearing Mail
I'm trying to setup the new version of the Comm suite. Every thing works fine except one thing. We can send email fine for the main domain (domain.com) but when we send mail to a user with a subd omain email address (sub.domain.com) the mail gets sent fine but never makes it to the receivers inbox. I looks like the mail gets stuck in the held queue. ./imsimta test -rewrite user@sub.domain.com comes back with no errors.
Thanks for any help
Josh
# 1
Hi,
Please in future supply the version of messaging server you are using (./imsimta version).
> I'm trying to setup the new version of the Comm
> suite. Every thing works fine except one thing. We
> can send email fine for the main domain (domain.com)
> but when we send mail to a user with a subd omain
> email address (sub.domain.com) the mail gets sent
> fine but never makes it to the receivers inbox.
How did you provision the 'main' domain (e.g. within DA or it was created during installation)?
Have you added the sub domain as an alias domain to your organisation? Messaging server doesn't automatically assume that it should be looking up user@sub.domain.com in the directory to see if it is associated with a users account.
How did you provision the user which emails destined for user@sub.domain.com should be delivered to (DA? manually using ldapmodify)?
> I
> looks like the mail gets stuck in the held queue.
Chances are you have created a mail-loop then as none of the systems want to take responsibility for sub.domain.com. So mail is not actually 'disappearing' at all - it's just not being delivered.
> ./imsimta test -rewrite user@sub.domain.com comes
> back with no errors.
Please provide the last 15 or so lines of this output.
Regards,
Shane.
# 2
> Please in future supply the version of messaging server you are using >(./imsimta version).
The messaging server version is 6.3-0.15 and the main domain was setup during the install. I have been following this guid "Deployment Example Sun Java Communications Suite 5 on a Single Host"
> How did you provision the 'main' domain (e.g. within DA or it was created
> during installation)?
> Have you added the sub domain as an alias domain to your organisation?
> Messaging server doesn't automatically assume that it should be looking
> up user@sub.domain.com in the directory to see if it is associated with a
> users account.
> How did you provision the user which emails destined for
> user@sub.domain.com should be delivered to (DA? manually using
> dapmodify)?
I setup the sub domain by logging into DA, selecting the org, and then under the Org Properties tab I setup the alias up in the 'Alias Names for Domain' as sub.domain.com. The users are setup under the main domain with an email address of user@sub.domain.com. I also have a test account setup that has user@domain.com as the email address for the user and user@sub.domain.com as an alias. The email for the main domain go through fine but the sub domain does not.
./imsimta test -rewrite test2@ender.mdteam.com
Everything I have setup has been done through the DA or amConsole.
backward channel= tcp_intranet
unique identifier= test2@ender.mdteam.com
header forward address = test2@ender.mdteam.com (route (tcp_intranet-daemon,tcp_intranet-daemon)) (host ender.mdteam.com)
header reverse address = test2@ender.mdteam.com
envelope forw address = test2@ender.mdteam.com (route (tcp_intranet-daemon,tcp_intranet-daemon)) (host ender.mdteam.com)
envelope rev address= test2@ender.mdteam.com (route (tcp_intranet-daemon,tcp_intranet-daemon)) (host ender.mdteam.com)
name=
mbox= test2
Extracted address action list:
test2@ender.mdteam.com
Extracted 733 address action list:
test2@ender.mdteam.com
Address list expansion:
-13 expansion total.
Expanded address:
test2@ender.mdteam.com
Submitted address list:
tcp_intranet
test2@ender.mdteam.com (orig test2@ender.mdteam.com, host ender.mdteam.com) *NOTIFY-FAILURES* *NOTIFY-DELAYS*
Thanks
Josh
# 3
Hi,
I tried the same steps on my own comm-suite-5 on single host installation (Solaris x86) and it worked first time.
-> Logged into DA web-interface
-> Clicked on primary organisation
-> Clicked on "Organization Properties" tab
-> Added new domain to "Alias Names for Domain:" field (btw. they are comma separated if you have multiple domain aliases)
-> Saved preferences
-> Clicked on "Users" tab
-> Clicked on test user
-> Added new alias to "Email Aliases:" field
-> Saved preferences
Then I ran the ./imsimta test -rewrite <new alias> and it showed the email going to the user correctly.
All I can suggest is that you go back over the steps and make sure everything was modified/saved as expected (no typo's or whatever).
Given that test2@ender.mdteam.com is going via the tcp_intranet channel, that would indicate that the problem is with the domain configuration rather then the user's settings. If it was a problem with the user setting you would get something more along the lines of:
Address list error -- 5.1.1 unknown or illegal alias: test2@ender.mdteam.com
Regards,
Shane.
