Alias editor broken

1- when adding an alias we must choose the option "forward to other addresses" and the address must be of the form

emailname@server.tld

2- however when we manually edit the aliases all we see is

localusername::emailname

3- but when we add an alias through the manual editor such as this:

anotherlocalusername::anotheremailname

4- if we add an alias through the manual editor such as this

anotherlocalusername::anotheremailname@server.tld

then it will work and will be correctly displayed on the normal editor but on the next manual edit the @server.tld part is missing again.

Conclusion:

This is counterintuitive and inconsistent.

it get's displayed on the normal editor as

anotheremailname

without the respective @server.tld for this domain.... and it doesn't work.

Status: 
Closed (fixed)

Comments

This may be a bug .. but for step 1, was the destination email address in the same domain as the one you are creating the alias in?

Also, which mail server are you using there?

Yes, for step 1 if we do not use the @server.tld for the same domain as the one we're creating the alias in it doesn't work.

We're using postfix on RHEL5.

I see that my original text got scrambled some how. Below is the correct report. Please edit the ticket to have it visible.

1- when adding an alias we must choose the option "forward to other addresses" and the address must be of the form

emailname@server.tld

2- however when we manually edit the aliases all we see is

localusername::emailname

3- but when we add an alias through the manual editor such as this:

anotherlocalusername::anotheremailname

it get's displayed on the normal editor as

anotheremailname

without the respective @server.tld for this domain.... and it doesn't work.

4- if we add an alias through the manual editor such as this

anotherlocalusername::anotheremailname@server.tld

then it will work and will be correctly displayed on the normal editor but on the next manual edit the @server.tld part is missing again.

Conclusion:

This is counterintuitive and inconsistent.

Ok, I see the problem now .. this will be fixed in the next Virtualmin release.

Sorry if this is redundant, but I think there's an addition problem here: Using "Manually edit aliases" it's not possible to chain aliases. For example:

Say there are mailboxes for adam@example.com and bob@example.com. The mailbox users would then be adam.example and bob.example. If I want to have support@example.com go to both Adam and Bob, it's easy enough, I make an alias like so: support::adam.example:bob.example

Now say I want urgent.support@example.com to go to Adam, Bob and Charlie. If I do this: urgent.support::support@example.com:charlie.example

then it gets turned into this: urgent.support::support:charlie.example

and since there's no 'support' user on the system, the mail will bounce.

(Yes, I realize that I could do this: urgent.support::adam.example:bob.example:charlie.example but this is just a simplified example for clarity. I have hundreds of aliases and want to be able to chain aliases -- without adding users -- to make maintenance easier.)

BTW the email features in VM are very slick! I can tell this was not easy to code.

fuscata - that actually looks like the same underlying bug .. so the 3.74 release of Virtualmin will fix it too.

It should be out in a few days.

Ok, that's what I was hoping but not what I thought.

Sorry for the redundant post and many thanks!!!

Automatically closed -- issue fixed for 2 weeks with no activity.