On 09-01 23:08, Michael Graff wrote: Was in 0.8.10, will be not in the next release. It's done already. The next release will be extended exactly this way. The reason why we originaly implemented it this way was that it is easy to compare just usernames. Domain comparision requires unification of the domain which is slow and hard to do. So, in 0.8.10, you can still have multiple domains but each domain must be kept in a separate table (which is doable because save and lookup functions accept table name as a parameter). The drawback of this approach is that you must write complicated regexps to distinguish domains in the script and call save or lookup with appropriate table name. That means you have to modify the script and restart ser if you want to add a new domain. Somebody already complained about it, so we extended the tables and unique key is now username, domain. That means, it is possible to store multiple domains in a single table, there will be no need to add new tables for new domains and adding new domains could be done on the fly without restarting ser and changing the config file. Digest authentication was also extended to support better handling of multiple domains. Why ? Jan.