It needs the AD Domain name only. It finds a controller and authenticates
with it using the supplied user name and password.
I can send you the source or post it on an FTP server. I have no
documentation except for comments in the source but I could throw something
together if there is any interes
Could you make it available, does it come with documentation.
Can it be 'ported' to and external auth module?
How do you configure the AD server name/IP address, & credentials?
Rob :-)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Banting
Sent: Sa
LOL, :)
-- Chris L. Franklin --
- Original Message -
From: "Davide Libenzi"
To: "XMail mailing list"
Sent: Friday, November 11, 2005 8:48 PM
Subject: [xmail] Re: Add/Delete/Change password for users
>
> On Fri, 11 Nov 2005, Chris L. Franklin wrote:
>
On Fri, 11 Nov 2005, Chris L. Franklin wrote:
> You've got to be kidding. Are you that fucking stupid.
I think I am actually. It feels pretty though :)
- Davide
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help:
> PS. I think maybe I will be looking into move to another smtp server.
Perhaps you should just ask for your money back ?
Honestly, you asked for a feature, it was denied, let that be it, no need to go
off on
"i don't see why you can't just add it for me" and act like a 14yr old to the
author
Chris L. Franklin wrote:
>
> And people gave me the 3rd degree about
>my idea.
>
>
I'm sorry if you took my response as the "3rd degree", but I simply
stated a reasonable workaround that gets the same job done for me in a
relatively simple way, that kept me from asking Davide for the same
th
>
> On Fri, 11 Nov 2005, Chris L. Franklin wrote:
>
>>
>> Why are you's so against XMail changes like this. Theirs no down side to
>> this. And it would make XMail alot more intergrade ability into most
>> systems.
>>
>> Frankly I'm tired of trying to work around XMails short coming when it
>> co
On Fri, 11 Nov 2005, Chris L. Franklin wrote:
>
> Why are you's so against XMail changes like this. Theirs no down side to
> this. And it would make XMail alot more intergrade ability into most
> systems.
>
> Frankly I'm tired of trying to work around XMails short coming when it comes
> to trying
Does this still work if you want to keep xmail using it's mailusers.tab
for pop/smtp authentication?
Mike Harrington wrote:
>It's already available (although a bit limited). Look in the documentation
>under "External Authentication" and look closely at the useradd, useredit,
>userdel, and do
--
- Original Message -
From: "John Kielkopf"
To:
Sent: Friday, November 11, 2005 9:54 AM
Subject: [xmail] Re: Add/Delete/Change password for users
>
> Chris L. Franklin wrote:
>
>>Pooling for changes that might or might not have been made to the
>>mai
It's already available (although a bit limited). Look in the documentation
under "External Authentication" and look closely at the useradd, useredit,
userdel, and domaindrop arguments :)
-Mike
- Original Message -
From: "Chris L. Franklin" <[EMAIL PROTECTED]>
To:
Sent: Thursday, Nov
Chris L. Franklin wrote:
>Pooling for changes that might or might not have been made to the
>mailusers.tab is just a plain waste. When in the end you could just push the
>changes.
>
>
>
Polling for changes to mailusers.tab takes relatively no resources, and
can be done in very few lines of
Why don't you make a web script where user can log in and change their
password and from there change all the passwords you want: XMail, FTP,
SSH, etc...
Chris L. Franklin pravi:
> Thanks all but we know now to sync all these things with xmail. But it would
> be alot easyer if if xmail could r
Thanks all but we know now to sync all these things with xmail. But it would
be alot easyer if if xmail could run some out side script filter what ever
to do all this. It would use up less time and resources.
Pooling for changes that might or might not have been made to the
mailusers.tab is ju
To sync Xmail users with dovecot (for imap), we simply have a script
that sits in a loop waiting for "mailusers.tab" to change. When it sees
a change, it fires off a another script that syncs the changes.
-John
Adrian Hicks wrote:
>As far as syncing goes we're using LDAP here. It's now auth
As far as syncing goes we're using LDAP here. It's now authenticating for
Samba, our Intranet, and ssh logins to the file server. For password
changes we utilise a PHP page that changes the LDAP and XMail passwords at
the same time to keep everything in sync.
Not sure about Webmin and others
16 matches
Mail list logo
