Rev 1022 | Rev 1032 | Go to most recent revision | Details | Compare with Previous | Last modification | View Log | RSS feed
| Rev | Author | Line No. | Line |
|---|---|---|---|
| 949 | dev | 1 | Host Admiral TODO |
| 1029 | dev | 2 | ==================================================================== |
| 949 | dev | 3 | |
| 1029 | dev | 4 | Config in one place. Allow configuration of each listener. |
| 1015 | dev | 5 | |
| 1010 | dev | 6 | Transaction control for listners. |
| 7 | |||
| 8 | +/- Save user id for all db-update operations. |
||
| 9 | |||
| 922 | dev | 10 | Set 'editor' for an object by loading and not require it for each property change? |
| 929 | dev | 11 | Then problem with objects inside (lazy loaded) collections. |
| 922 | dev | 12 | |
| 929 | dev | 13 | Specification for the model. |
| 14 | |||
| 949 | dev | 15 | Test cases for model, based on the specification. Check all bound conditions |
| 16 | - e.g. security exceptions. Write a complete scenario to start with default database; |
||
| 17 | login as admin, create users, domains, logout; login as normal user, |
||
| 18 | create/delete/modify mailboxes and aliases etc. |
||
| 929 | dev | 19 | |
| 949 | dev | 20 | Test cases for actions, not so detailed as for the model |
| 21 | (because it makes no sense to parse html pages). |
||
| 929 | dev | 22 | The scenario for the model test can be used. |
| 23 | |||
| 1010 | dev | 24 | +/- Cascade object deletion, confirmation page. |
| 949 | dev | 25 | |
| 26 | Check passwords quality (make a separate project for this). |
||
| 27 | |||
| 28 | Show filters, search. |
||
| 29 | |||
| 1029 | dev | 30 | +/- Sort options for lists. |
| 949 | dev | 31 | |
| 32 | Different user name schemes, not only user@domain. Define an interface to allow admin |
||
| 33 | implement an own one. Implement a few common ones. |
||
| 34 | |||
| 35 | Allow to use existing system users: enter uid or name only, check in system for full |
||
| 36 | information. |
||
| 37 | |||
| 38 | Allow admin to define default language for server and domain. |
||
| 39 | |||
| 40 | Split CoreResources.properties to several files. |
||
| 41 | |||
| 42 | Show domain for user which is in the domain. |
||
| 43 | |||
| 44 | Check, if it's possible to create (or change) an object by admin that the object's owner |
||
| 45 | is not allowed to see it. |
||
| 46 | |||
| 47 | Check maxlength. |
||
| 48 | |||
| 1013 | dev | 49 | Make hierarchy of domains (forest). |
| 949 | dev | 50 | |
| 51 | Allow user to create domains (?) and subdomains in his domains. |
||
| 52 | |||
| 1015 | dev | 53 | Change shell password for system user if its owner's password is changed (?). |
| 949 | dev | 54 | |
| 55 | Catch-all mail alias. Only one per domain. |
||
| 56 | |||
| 57 | Basic scripts to push changes to the system. |
||
| 58 | |||
| 950 | dev | 59 | If mailbox is created, create an user and a mail alias for it in one step - as option. |
| 1015 | dev | 60 | Afterwards they are binded and change own name or deleted together. Bind by name? In witch directions? |
| 1029 | dev | 61 | |
| 62 | |||
| 63 | Done |
||
| 64 | -------------------------------------------------------------------- |
||
| 65 | |||
| 66 | + Track database structure version. |
||
| 67 | |||
| 68 | + Listeners for all operations. |
||
| 69 | |||
| 70 | + User login history. |
||
| 71 | |||
| 72 | + I18n. Switch language of page on the fly. Save selection in DB for each user. |
||
| 73 | |||
| 74 | + Taglig to show ActionMessages in right way (add it to the StrutsX project). |
||
| 75 | |||
| 76 | + Multi-page lists. |
||
| 77 | |||
| 78 | + Store user and malbox passwords in several forms; e.g. clear text, md5, encrypt. Allow |
||
| 79 | admin to specify which forms to use. |
||
| 80 | |||
| 81 | + Change db version to store minor version - changes which don'T affect functioonality, |
||
| 82 | e.g. indexes. |
||
| 83 |