One of my customers on my raq3 has set a "catch-all":

@www.certaindomain.com

Strange enough it sends all email to the forwarding except one:

abc@www.certaindomain.com

So i tried to add a user to his account with alias abc in his alias box.
The raq didn't accept this because he said abc was already in use.
It isn't ! i tried to add abc onder the catch-all, and even that was rejected.

even if someone else on my server had added a user abc, then it should still be possible for my customer to receive mail at this alias as far as i know.

Any ideas what can be the problem ?

Check the files
/etc/mail/aliases
and
/etc/mail/virtusertable
for the presense of abc@...

Keep in mind that username are global on the Raq so you can only have one user abc on any system - the workaround is to use aliases instead.

Look around, I have seen plenty of threads right here dealing with the problem of global userids on the Raq. Try to search for "user alias" in the Cobalt Raq Forum.

Thank you for your help.

But its not the problem that i can't add a "user" abc, but i can't even add a "alias" abc.

Good Lord!

I was just about to post a message asking exactly the same question! I have the same problem as you. Email doesn't bounce, it just never gets delivered. Methinks it's waiting in there somewhere.

I think at one point I had an alias with this problematic name and deleted it. I wonder if they are not being deleted properly?

Further to my last post i have discovered that anything sent to admin@ any of my vdomains is not working.

.. and I have less than 32 domains on my server. 27 I think

Does anybody know in wich file/dir i can find the entry that causes this problem ?

Indeed horoscoop, the email does not bounce, but just never arrive :(

Check /etc/passwd for an abc user.
If there is a real abc user on your system, then email would get sent to that user. If you find an abc user, su to that user:

su abc

After switching to the abc user run pine and see if there is mail there.

Also, it could be possible that there is an abc user in the PostGre database. This would also prevent the CP from letting you add an abc user. (you have to do a bit of config file editing to get into the postgre database)

There's no user abc in the password file, and the database is not used by my users.

Does anyone have any other solutions ? this really puzzles me.

Is there a way that i can see where the mail for this adres is ?

<<MOD EDIT: Cross posted. Let's deal with it in one thread.>>

My Customer also cannot make alias email with ADMIN address (admin@theirdomain.com), can any body help how to solve this?

Apparently, all admin@ addresses are reserved for the owner of the box - i.e you, and cannot be used by any of the virtual domains.

If you try to send email to admin@whatevervirtualdomain.com it will be delivered to the box admin address. Try setting up an email account using the admin login to collect email, and I am pretty sure all those missing "admin" emails will appear.