first of all let me point out that I am absolutely thrilled with ISPConfig. It's a great piece of software and holds exaclty the right balance between being simple, straight forward and having (almost) all the features that I need.
However, there is one thing that I somehow feel unhappy about, and that's the way ISPConfig handles mail users. I have quite a number of users on my system that only need an email account - no web directory etc. Most of them would even be happy with a pure mail forwarder.
So did you think about a redesign of the approach ISPConfig handles users? Having worked with Confixx for a long time, I greatly appreciated that I could configure mail addresses for a particular domain without generating a unix login at all and without "infecting" all the co-domains with this mail name.
These mail addresses would be forwarded to either a local mail account (i.e. a mailuser) or to a foreign address. All that was changed on the underlying unix system was one single entry in the virtual user table of postfix.
I know that ISPConfig got the email aliases feature, but they are always configured for all the domains/co-domains of the respective user. Hence, my virtual user table is full of entries that noone really needs.
So, what I'd like to see in ISPConfig is:
1. Possibility to add a pure forwarding address like email@example.com
that is not attached to a particular user and that results in only one single line in the virtusertable.
2. Possibility to set up a mail address _only_ for one domain/co-domain without adding it to all the other co-domains. E.g. firstname.lastname@example.org
- without adding email@example.com
3. Possibility to decide whether a mail user also wants to have a web presence. Make a checkbox in the ISP User dialog labelled "web account". If that's checked the user can also access his account via ftp and will have a website at domain.tld/~user. If its not checked the user can only connect via pop3/imap.
Well, maybe you have thought about something like that already and maybe there are good reasons for not doing it this way. But I'd certainly appreciate features like that.
Thanks for reading! ;-)