Topic: Wildcards in pseudonyms

[Mace]

I’m confused by the statement “OK, I put @smallpencils.com in the /var/service/qpsmtpd/config/goodrcptto file and now the server is accepting the message but rejects it a few minutes later.” – does this mean the messages get delivered for a while, then start getting rejected again, or does this mean the message gets through qpsmtpd, but then gets rejected before being delivered to the intended mailbox?

The message gets through qpsmtpd, but then gets rejected before being delivered to the intended mailbox.

Would your method above allow for the domain's website to still be hosted on my server if I'm not creating a virtual domain in server-manager?

Thanks.

[mmccarn]

Sadly, the changes outlined above would affect only email.

If you point "www.xyz.com" at your server, users would get the "Primary" i-bay unless you also customize /etc/httpd/conf/httpd.conf to manually duplicate the entries that are created when you create a virtual domain using server-manager (create the virtual domain, find all the relevant entries in "httpd.conf", then create template fragments in /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/ with that material, then remove the virtual domain)

I don't *know* that you can't create a virtual domain, then make the changes I outlined above, I just didn't test it.  What made me nervous was that, as soon as I created the "virtual domain" in server-manager all existing user accounts on the SME server appear in /var/service/qpsmtpd/config/goodrcptto for the new domain.  This made me fear that you might setup your domain, everything might work, but then 2 months from now when you add local user "joe" (who happens to match someone at "xyz.com"), email for "joe@xyz.com" would stop working...  It seemed safer to specify "do not create a 'virtual domain'..."

Ultimately I suspect this should be a "feature request" in the bug tracker, so that the really smart guys can turn it into an option on the "domains" page to "deliver all email to:...".  There's already a bug to deliver all email for unknown users to a single mailbox here; perhaps this is a modification of that one...