>> An application that manages xmail users and collect users' list
>> connecting to
>> xmail admin port is several times slower than an application that uses
>> sql
>> queries. Because of this, I created a binary program to authenticate,
>> add,
>> remove and edit xmail users into mysql. So, the "application that
>> manages the
>> users" (I mean the user interface not the binary program), make all
>> queries
>> to the mysql and connect to xmail admin port only for changes.
>> I did this after testing umpl in a xmail server with more than 2000
>> accounts.
>> When you open umpl, it expends minutes before showing users' list.
>> With my solution, I can see users' list as soon as I open the
>> application.
>> Did you get what I mean?
>> And because this, I would appreciate a way to let my binary know if the
>> user
>> being created is a normal user (U) or a mailing list user (M) to place
>> this
>> information into the sql DB, so the application front-end (users'
>> manager)
>> can distinguish among them.
>
> Little bit OT:
>
> We use _ONE_ XMail machine (with 2GB of RAM) with ~5k domains and ~20k
> users, virus+spam protection and it performs very well. With the cache
> files of XMail, I don't think there is much performance improvement, as
> I can't see any in our actual setup.
>
> I guess SQL will be interesting if we make the step to a multi-server
> setup.
>
> Maybe another MTA with native SQL implementation (postfix e. g.) would
> be a better choice for this task, but I'll have to look into it.

The email functions of my XMail server is working perfectly (sending
emails, receiving emails, virus+spam, rbl check).
If you have a single domain with 2k users, try a telnet to port 6017 and
make a userlist for that domain and you'll know what I mean.
It's too expensive for a PHP application to manage those users this way.
So, an hybrid solution would be perfect. The PHP application would get
information from a SQL database and change them via XMail admin
connection.
I already have this solution running and it is very fast, the only thing
is missing is that I would like to distinguish among normal users and
mailing list, and this must be done while you are adding the user. This
way, my userauth external binary need to get this information when XMail
calls it to add a new user.

-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]

Reply via email to