I recently upgraded qmailadmin to 1.2.3 from a version that was a couple years old (I've already forgotten the version). I do not have the valias feature enabled.
In the old version I was able to both specify forwards within the same domain and also visually distinguish these from aliases in the qmailadmin interface. In 1.2.3 the displayed state has apparently been enhanced to eliminate the redundant domain in the case of a forward to within the same domain. The interface also now hints by these words: > (Account name to forward to > OR > full email address if forwarding to another domain) that forwarding within the same domain is perhaps not permitted. In fact forwarding within the same domain does appear to be still supported and actually results in a forwarding (&) entry in the .qmail-user file as desired, even though the interface creates the appearance (based on experience with earlier versions of qmailadmin) that an alias has been created, since the domain is omitted and that always used to be what distinguished an alias from a forward. I'm perfectly happy not having to look at redundant domain in the forwards list, but I'd like to see some visual cue so that I can tell the difference between a forward and an alias, both on the Forward Accounts page and on the Modify page. Forwards and aliases behave differently in relation to spam filtering, so this distinction is important. I'm wondering whether the changes I'm seeing have something to do with the valias stuff which I have not yet enabled, not wanting to change too much at once, and because I could find information that made me comfortable in my understanding of the implications of enabling valias. In any case it remains essential to be be able to have user spam filtering work when forwarding to the user in question from another address in the same domain. Right now I have to view my .qmail-<user> files directly to know whether this will work, i.e. I have to assure I have a forward and not an alias, since qmailadmin no longer lets me see the difference between the two. Thanks, Kurt Bigler
