• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Plesk Mail - Forward to address (Catchall) not working

Status
Not open for further replies.

MMcGuinness

New Pleskian
OS: CentOS 6.4 (Final)
Panel version: 11.5.30 Update #9 , last updated at Aug 1, 2013 11:58 AM

PLESK is in Power User mode.

I'm trying to add a catchall for non-existent emails.

Mail > Change Settings > Forward to address > [email protected]

However emails to non-existent user bounce with the following error:
Recipient address rejected: User unknown in virtual mailbox table

I've changed the setting to bounce with message, forward or reject. Everytime it just rejects it with the above error.

I've tried from multiple email accounts, same reject error. Email to actual users on PLESK works no problem.

Any ideas?
 
/usr/local/psa/admin/sbin/mchk --with-spam
==> Checking for: mailsrv_conf_init... ok
==> Checking for: mail_handlers_init... ok
==> Checking for: mailsrv_entities_dump... ok
==> Checking for: mail_admin_aliases... ok
==> Checking for: mail_auth_dump... ok
==> Checking for: mailman_lists_dump... ok
==> Checking for: mail_kav8_restore... ok
==> Checking for: mail_responder_restore... ok
==> Checking for: vhostidmng... ok
==> Checking for: mail_postfix_transport_restore... ok
==> Checking for: mail_spam_restore... not exists
==> Checking for: mail_grey_restore... ok
==> Checking for: mail_mailbox_restore... ok
==> Checking for: mail_spf_restore... ok
==> Checking for: mail_dk_restore... ok
==> Checking for: mail_drweb_restore... ok

problem persists
 
What sort of related error message in /usr/local/psa/var/log/maillog ?
 
Any other ideas? This was a fresh install of Plesk 11.5 on a virtual machine. No customisations of any kind done. The only work of any significance was adding domains and then renaming them a number of times before with the emails in place.

Any further help?
 
I'm experiencing the same problem. Fresh install of PLESK 11.5.30:

Screenshot 2014-03-15 12.00.50.png
Screenshot 2014-03-15 12.00.56.png

mchk:

Code:
START Mail restore (/usr/local/psa/admin/sbin/mchk --with-spam) AT Sat Mar 15 11:53:06 CET 2014
==> Checking for: mailsrv_conf_init... ok
==> Checking for: mail_handlers_init... ok
==> Checking for: mailsrv_entities_dump... ok
==> Checking for: mail_admin_aliases... ok
==> Checking for: mail_auth_dump... ok
==> Checking for: mailman_lists_dump... ok
==> Checking for: mail_kav8_restore... ok
==> Checking for: mail_responder_restore... ok
==> Checking for: vhostidmng... ok
==> Checking for: mail_postfix_transport_restore... ok
==> Checking for: mail_spam_restore... ok
==> Checking for: mail_grey_restore... ok
==> Checking for: mail_mailbox_restore... ok
==> Checking for: mail_spf_restore... ok
==> Checking for: mail_dk_restore... ok
==> Checking for: mail_drweb_restore... not exists

**** Mail restore script completed successfully.

STOP Mail restore (/usr/local/psa/admin/sbin/mchk --with-spam) AT Sat Mar 15 11:53:46 CET 2014

Any idea?

EDIT:

maillog

Code:
Mar 15 11:51:41 plesk postfix/smtpd[30730]: connect from mail-we0-f180.google.com[74.125.82.180]
Mar 15 11:51:41 plesk postfix/smtpd[30730]: NOQUEUE: reject: RCPT from mail-we0-f180.google.com[74.125.82.180]: 550 5.1.1 <nonexistent@yyy>: Recipient address rejected: User unknown in virtual mailbox table; from=<xxx> to=<nonexistent@yyy> proto=ESMTP helo=<mail-we0-f180.google.com>
Mar 15 11:51:41 plesk postfix/smtpd[30730]: disconnect from mail-we0-f180.google.com[74.125.82.180]
Mar 15 11:51:41 plesk /usr/lib/plesk-9.0/psa-pc-remote[6329]: Message aborted.
 
Last edited:
Hi,

is "[email protected]" on the same Server?
Or is example.com also on this Server but is not used for Mailservices?

Please also try disabling Catchall and then enabling it again.

Regards,
Kristian
 
In my case, the "Forward to address" has been set up on the same server. If i send a mail directly to that address, i receive it. Plesk just doesn't use it to forward mails, which have been sent to non-existent addresses.
 
Hi,

try executing this command:

# /usr/local/psa/admin/sbin/mailmng-domain --unset-reject --domain-name example.com

Then check what the Panels says.
If Catchall is disabled, try:
# /usr/local/psa/admin/sbin/mailmng-domain --set-catchall --domain-name example.com --email [email protected]

Regards,
Kristian
 
Code:
This command requires additional data to be passed via STDIN in JSON format.
To get help on expected input data format call this utility with --help-stdin option.
Type ^D (send EOF) to abort.

This is, what i get with both commands. I have no idea, what to do, then.
 
Hi,

ok, cancel that then.
Sorry, looks like you'll have to wait for this to get fixed.
Did this behavior occur after some Microupdate?

Opening a support Ticket should increase the speed of fixing it a little :)

Regards,
Kristian
 
Hi again,

could you please try the following command and send me it's output?

# postalias -q @example.com /var/spool/postfix/plesk/virtual

EDIT:
Please also try the following and paste the output:
# mysql -uadmin -p`cat /etc/psa/.psa.shadow` -Bse "select * from psa.Parameters where parameter IN (\"catch_addr\", \"nonexist_mail\");"

Regards,
Kristian
 
Last edited:
Code:
# postalias -q @domain.tld /var/spool/postfix/plesk/virtual
[email protected]

---

Code:
 # mysql -uadmin -p`cat /etc/psa/.psa.shadow` -Bse "select * from psa.Parameters where parameter IN (\"catch_addr\", \"nonexist_mail\");"
32      catch_addr      [email protected]
32      nonexist_mail   catch
33      nonexist_mail   reject
34      nonexist_mail   reject
35      nonexist_mail   reject
36      nonexist_mail   reject

To be clear:

The subscription has 4 domains:

domain.tld
domain2.tld
domain3.tld
domain4.tld

I've set-up [email protected] and in the e-mail settings of that subscription, i've set " Forward to address " to [email protected]. If i send an e-mail to [email protected], it works. If i send a mail to [email protected], [email protected] or [email protected], it doesn't work.
 
Hi,

well this is exactly what's in the database.

Domain with ID 32 is "catched"
All Other Domains are rejected.

So the issue is actually limited to alias-Domains right?

You could try and find out which Domain ID your Alias-Domains have and update the information in the Database.
Then rerun mchk.

That should fix the issue.

Regards,
Kristian
 
These aren't aliases, that are normal domains. There are more than 10 aliases, but they're not listed by the query above.
 
Pardon, but this is rubbish. I have to add the row 'catch_addr' for all domains within that subscription (36 is another sub) and set 'nonexist_mail' to catch manually. But why? Is this a missing feature in Plesk 11.5? I mean... If i can set just one catch all address, it should affect all domains within the package and not just one.

However, i'll try that now and report back, if that works, or not.
 
Okay, that worked:

Code:
32      catch_addr      [email protected]
32      nonexist_mail   catch
33      catch_addr      [email protected]
33      nonexist_mail   catch
34      catch_addr      [email protected]
34      nonexist_mail   catch
35      catch_addr      [email protected]
35      nonexist_mail   catch
36      nonexist_mail   reject

Thank you very much for pointing me into the right direction.

But this can't be a permanent solution. I mean... Wouldn't i be the admin... What should the customer do? He can't edit the database. And i don't want to add a subscription for every domain of a customer just to provide the possibility to define a catch all address for it.
 
Hi,

all I wanted to do is help you solve the problem.
I am not a Parallels employee. Please do feel free to report this as a bug to Parallels support.

Regards,
Kristian
 
Status
Not open for further replies.
Back
Top