In addition, setting maxaliases to 0 didn't really prevent customers from
accidentally creating an alias. The 'modify alias' button allowed alias creationYou've found a bug to correct :-) !
even if the max number of aliases had been reached.
Actually, it's not a bug. The maxaliases will be going away since aliases are now merged with forwards.
I see. You decide what's good and what's bad, and you decide for all. And despite this package has a very large diffusion, you want to break any compatibility. Good.
So I appreciate and I'm willing to see new features, but I want the possibility to exclude these features if I don't like them (again, speaking about operative modes, not errors).
My users are used to work this way, and I like the possibility to chose between alias or forward.
Aliases are meant to be an alias of an account. There is nothing in the screen or documentation that says an alias is an alias of an account that skips processing.
There is nothing in the documentation that says the opposite as well.
That is the exact reason that aliases are no longer being written as /Maildir/. Even if we were to keep the concept of an alias, then we would write to the file as an address not a /Maildir/, because an alias needs to process the end users account settings (forwards, vacation, spam settings, etc).
You decide for yourself, not for the world.
You didn't respond to my earlier message of why you think it should be that if [EMAIL PROTECTED] wanted to forward their mail to a wireless device that they should not receive sales@ mail on that device? (because in your current setup, they would not).
Whatever we need, we are able to do it with actual qmailadmin, without problems, don't worry for us.
Strange, I've the feeling you want to decide for us what we have to do.
And why would sales@ mail for name1@ not be subject to spam detection if the user so wanted?
If he wants SPAM checking, we use forward; if he does not want, we use aliases.
I'm just thinking to TMDA. With your way "alias" will ALWAYS declare to the world the real "user" under the alias. No way to chose! Wonderful!
According to an earlier e-mail, you're currently using aliases to bypass the processing due to vacation responses. That reason alone is not enough-- as I mentioned earlier, you can create a mailing list to achieve the same results AND the aliases are then used in their "true" form.
I've dozen of reasons, included the fact we're working since years with this configuration (without any Maildir problems), and we don't want to switch just because an opinion.
Unuseful to continue, I stop here.
Sorry I did bother you, time to start another branch, this qmailadmin is dead.
Ciao,
Tonino
Jeff
--
/\ /\ .. .. .. [EMAIL PROTECTED]
/ \/ \ a t r i x . . . . . . . (770) 794-7233
s o f t w a r e i n c .. .. .. http://www.matrixsi.com
------------------------------------------------------------
[EMAIL PROTECTED] Interazioni di Antonio Nati
http://www.interazioni.it [EMAIL PROTECTED]
------------------------------------------------------------
