Mail Forwarding Issue

[RSCChris]

I'm having a problem on our server running the latest cPanel Release, R82. The problem began after we moved an account from an old server to a new one. It only applies to one account and all domains under that account.

One particular email (forward only) on an addon domain is supposed to forward mail to another email on another addon, under the same account. However, even though the mail is forwarded, it is sent to the default catchall. I removed the default entry in /etc/valiases and it now returns an error saying the destination address is unrouteable. Therefore I know that it was sending to the default since it could not pick up the other email. I checked the following:

Verified that the email account (destination) is setup and inbox folders exist.
Checked /etc/valiases for forwarding and verified they are correct.
Checked /etc/localdomains and /etc/remotedomains verifying existance only in local
Checked DNS and MX entries
Rebuilt exim
Ran all files in /scripts including mailperm, valiases, and userdomains.

The weird thing though is that I can send an email from anywhere directly to the destination email. The problem only occurs when it is trying to send the email through the forward.

Any help would be appreciated.

[aby]

I'm having a problem on our server running the latest cPanel Release, R82. The problem began after we moved an account from an old server to a new one. It only applies to one account and all domains under that account.

One particular email (forward only) on an addon domain is supposed to forward mail to another email on another addon, under the same account. However, even though the mail is forwarded, it is sent to the default catchall. I removed the default entry in /etc/valiases and it now returns an error saying the destination address is unrouteable. Therefore I know that it was sending to the default since it could not pick up the other email. I checked the following:

Verified that the email account (destination) is setup and inbox folders exist.
Checked /etc/valiases for forwarding and verified they are correct.
Checked /etc/localdomains and /etc/remotedomains verifying existance only in local
Checked DNS and MX entries
Rebuilt exim
Ran all files in /scripts including mailperm, valiases, and userdomains.

The weird thing though is that I can send an email from anywhere directly to the destination email. The problem only occurs when it is trying to send the email through the forward.

Any help would be appreciated.

One thing you can check is the pernission of that domain entry in the /etc/valiases directory.

----
Aby

[RSCChris]

I did try that but it did not work. Thanks for idea. The problem is still unsolved.

[aby]

I did try that but it did not work. Thanks for idea. The problem is still unsolved.

You mean the permission and ownership is correct?. Some time we had issues with wrong ownership.

--
Aby

[RSCChris]

Yep, I checked both and reset them but for some reason it's still giving unrouteable address.

[chirpy]

Have you tried the old faithful scripts:

/scripts/updateuserdomains
/scripts/mailperm

[RSCChris]

Yes, as per my original post:

Ran all files in /scripts including mailperm, valiases, and userdomains.

But to reiterate, I have even tried to delete the filters and make them over again in cPanel, however they still do not work. And, they did work before we moved the accounts with the cPanel transfer wizard, so something during the transfer got screwed up. The mail works on 200+ other accounts on the server and the mail account in question can receive direct mail, so I'm really lost.

[chirpy]

Just a few ideas:

1. You're probably at the stage that logging a ticket with cPanel would be reasonable, even if you're going through a 3rd party license provider

2. You might want to try performaing an account backup using /scripts/pkgacct then delete the account and then restore it using /scripts/restorepkg

3. If 2 doesn't work, you could try deleting the user account and create it afresh and use the result of the pkgacct and open it up and restore the users web data and mysql accounts also manually