citadel offers you the sendcommand program (need help to locate it?), to do single api calls to it. One of these api calls is QDIR You could use it to test whether an email would be deliverable on this host. for example (called as root)
sendcommand "QDIR firstname.lastname@example.org"
would check if someuser exists. (Note: the mail.aliases file isn't examined here for.)
Citadels way to configure a users email adresses is via his contact informations; In webcit Advanced→Update your contact information; edit the fields Primary Internet e-mail address and multi line field Internet e-mail aliases. If the QDIR command didn't work out it should after this procedure.
If you have aide access, you can create & edit other users (and their personal vcards) in Administration→Add, change, delete user accounts. This is also the recommendet way if you disable self service account creation. Please note that the users should log in at least once to make the changes take effect.
These aliases are only available to aide users. They're usually used to control the email addresses of public rooms. They can be configured in the Remote Retrieval tab of the room options. They are also used to map the RFC required email addresses to the aide room.
If you didn't properly set up your MX record, remote parties will not be able to send mail to you though it is localy deliverable. Read on about MX Records
In some occasions it seems the delivery mapping doesn't remain accurate. This may happen if you changed the hostname or removed virtual domains. In this case you need to issue
and retest email deliverability.
If you have chosen not to use citadels internal accounting, citadel forks an extra deamon on start check whether an password is right on the system or not (it needs root privileges for that, and thus starts this before dropping the privileges). You can however check this with the citadels chkpw program (you have to be root… ) Given /etc/passwd contains a line like that:
(where 1000 is the UID, and 100 is the GID) chkpw would be called like that:
root:~# /usr/lib/citadel-server/chkpw ** host auth mode test utility ** Starting chkpwd daemon for host authentication mode Username: <you enter "someuser"> uid: 1000 Password:OpenSesame pass Username: <you enter "someuser"> uid: 1000 Password:WrongPassvoid fail <hit CTRL+C to stop it>
Hence it is not able to retrieve the UID you need to look for that. If password validation fails you need to trace this. This applies to ldap authentication too, since its done via pam.