SOLUTION: Email Domain Forwarding: No such user here & Boxtrapper missing

[GoWilkes]

I have a domain with about 200 POP accounts, along with 200 matching forwarders. I also have a domain parked on top of this domain, and want the emails to all be forwarded to their corresponding address. For instance:

[email protected] -> [email protected]

The domain is parked and working correctly. I also went to Email Domain Forwarding in cPanel X, and set the parked domain to forward to the live domain. So it looks like this:

parkeddomain.com >>> livedomain.com

But the emails are still not forwarding. When I checked /etc/valiases/parkeddomain.com, it only says this:

*: :fail: no such address here

("fail" is listed as the default for the parked domain, but Email Domain Parking was supposed to supercede this)

Am I doing something wrong? I've tried logging in to cPanel as root and as user, but neither had an impact. If cPanel isn't modifying this correctly, how can I do it manually?

TIA,

JAson

 

[angelina_holy]

Remove the default address from cpanel>>mails>>default address . It seems to be set to fail .

 

[niatech]

Email Domain Forwarding: No such user here

Hello,

After last night's CPanel update, it seems as though one of my email domain forwarding accounts has broken?

I have a domain on one server that has email domain forwarding setup to another domain on a second server.

This morning, I am receiving "No such user here" when trying to send mail to the forwarded domain?

I tried re-creating the email domain forwarding relationship, but that did not work.

Has anyone else run across this?

Thanks!

 

[niatech]

When i did a email troubleshooter, I received this:

virtual_aliases via virtual_aliases router forced address failure

?

 

[dwykofka]

I have the same problem globally on my server..

 

[dwykofka]

More info:

I am having this problem on 1 server, We are seeing that email domain forwarding is not working at all with any accounts..

This server runs "Current"

I get the same error as the OP when I check the mail delivery route.

 

[sparek-3]

I believe you have to be running cPanel Current for this to work and then you need to go back into the WHM and the Exim Configuration Editor and reset to defaults. Then go back and readd or redo any exim configuration changes.

E-mail domain forwarding seems to be broken in Release (11.6.0) but fixed in Current (11.8.0). At least this has been the case in the couple of instances I have seen.

 

[dwykofka]

Thanks for the quick reply, I am going to give it a shot now.

 

[dwykofka]

excellent that worked

 

[Biotron2000]

Bump!

Just wanted to make this thread visible as the solution worked for my problem caused by last night's update.
Thanks!

Patrick McNeal
ATG Internet

 

[swampy]

I believe you have to be running cPanel Current for this to work and then you need to go back into the WHM and the Exim Configuration Editor and reset to defaults. Then go back and readd or redo any exim configuration changes.

E-mail domain forwarding seems to be broken in Release (11.6.0) but fixed in Current (11.8.0). At least this has been the case in the couple of instances I have seen.

I have done this but it is still broke I am running WHM 11.2.0 cPanel 11.8.0-C15921
CENTOS Enterprise 4.5 i686 - WHM X v3.1.0

i have also reinstalled exim but no joy
any help please

Mark

 

[dwykofka]

I would put in a ticket if that did not work..

https://tickets.cpanel.net/submit/index.cgi?reqtype=tickets

 

[sparek-3]

Try renaming all of the exim config files and then forcing an exim upgrade.

mv /etc/exim.conf /etc/exim.conf.old
mv exim.conf.buildtest exim.conf.buildtest.old
mv exim.conf.dist exim.conf.dist.old
mv exim.conf.local exim.conf.local.old
mv exim.conf.localopts exim.conf.localopts.old

(Not exactly sure which of those files are actually used by cPanel's exim configuration, I know the exim.conf file is, not sure if any of the others are. At any rate, you are just renaming them, so they are still there)

Now force an exim upgrade

/scripts/eximup --force

After you do this, search for valias_domain_file in the exim.conf file. It should be listed under the routers section. If it is present, then e-mail domain forwarding should work.

 

[swampy]

Thanks For your replys cpanel tech has looked into this and tried it on their test server and it does not work on their test server either so i think they have introduced a bug in one of the latest updates.

Thanks sparek-3 i have tried the above still no joy not got valias_domain_file in exim conf either even after forced update

Mark

 

[mikelegg]

Remove the default address from cpanel>>mails>>default address . It seems to be set to fail .

How do you remove the default address?

The only alternative is to route the mail to an actual address, but when I do this it delivers it to that address (understandably) rather than forwarding it to the other domain.?

 

[silversurfer]

I tested this and it didn't help either:.

Under Advanced Editor for Exim, I added this section under Directors:

valias_domain_file:
driver = redirect
allow_defer
allow_fail
condition = ${lookup {$domain} lsearch {/etc/vdomainaliases/$domain}{yes}{no} }
require_files = +/etc/vdomainaliases/$domain
data = [email protected]${lookup {$domain} lsearch {/etc/vdomainaliases/$domain} }


It has no impact either apparently.

Vote for the bug: http://bugzilla.cpanel.net/show_bug.cgi?id=4801

 

[brianoz]

Cpanel - I'm sure you have automated test suites, given the many thousands of servers you support.

Is domain forwarding in your test suites? If not, could you add it please??

 

[cPanelNick]

Looks like an update problem.

Check /var/cpanel/updatelogs

It seems like files are missing...

Does /usr/local/cpanel/etc/cf/virtual_aliases exist?

 

[cPanelNick]

Tested in EDGE,CURRENT,RELEASE .. all seemed ok...

Update servers look ok as well

for my $q ('EDGE','CURRENT','RELEASE') {
    for(1 .. 14) {
        print "[$q] -- $_ ...";
        my $x1 = 'curl http://httpupdate' . $_ .  '.cpanel.net/cpanelsync/EDGE/cpanel/.cpanelsync 2>/dev/null';
        my $x2 = 'curl http://httpupdate' . $_ .  '.cpanel.net/cpanelsync/EDGE/cpanel/etc/exim/cf/virtual_aliases 2>/dev/null';
        my $y = `$x2`;
        my $z = `$x1`;
        if ($y !~ /vdomainaliases/ && $z =~ /etc\/exim\/cf\/virtual_aliases/) {
            print "failed\n";
        } else {
            print "ok\n";
        }
    }
}

 

[brianoz]

/usr/local/cpanel/etc/cf/virtual_aliases doesn't exist on any of our servers.

Our update log file /var/cpanel/updatelogs/update.1186066681.log dated 3 Aug (Aussie time ie +10) contains this excerpt:

...
Removing BoxTrapper files
removed `/usr/local/cpanel/bin/boxtrapper'
removed `/usr/local/cpanel/etc/boxtrapper/forms/blacklist.txt'
removed `/usr/local/cpanel/etc/boxtrapper/forms/returnverify.txt'
removed `/usr/local/cpanel/etc/boxtrapper/forms/verify.txt'
removed `/usr/local/cpanel/etc/exim/cf/localuser'
removed `/usr/local/cpanel/etc/exim/cf/lookuphost'
removed `/usr/local/cpanel/etc/exim/cf/virtual_aliases'
removed `/usr/local/cpanel/etc/exim/cf/virtual_user'
removed `/usr/local/cpanel/etc/exim/cf/virtual_userdelivery'
removed `/usr/local/cpanel/etc/exim/perl/boxtrapper'
...

Thanks Nick, let's wait and see if the overnight update fixes everything ...