+1

Open JIRA issues is the way to go :)

Bye,
Norman


2011/4/7 Eric Charles <[email protected]>

> Sure, we still have some work on the LDAP front :)
>
> Feel free to open some JIRAs, and if you like as information on how to
> contribute on domains,... in LDAP, and we will happily help you.
>
> James' code is really modular and is architectured to easily support such
> features.
>
> Tks again,
> - Eric
>
>
>
> On 6/04/2011 19:18, Darko Hojnik wrote:
>
>> Oh thats bad. First I want deploy Apache James on a little Multidomain
>> Server -500 Users. But on larger installations it really will be needed.
>> Sorry I don't want start a flamewar now or insult you or another from
>> the development team. The work about Apache James is a really great job!
>> But without proper support for LDAP I think it will be hard to integrate
>> Apache James maybe by an big enterprise or an ISP.
>> Currently we are using since 2009 DBmail for IMAP and POP3. Because it's
>> great to store Mails in Databases and replicate or cluster your
>> environment of your databaseservers. But in the last time it has made to
>> much trouble. So I hope on Apache James. A another solution could be
>> Zarafa but I suspecting me about there license so I never have tried it.
>>
>> best regards
>> Darko Hojnik
>>
>> Am 06.04.2011, 18:16 Uhr, schrieb Eric Charles <[email protected]>:
>>
>>  Hi Darko,
>>>
>>> James can only store users in ldap (not the domains nor the virtual
>>> users).
>>>
>>> There was a recent thread talking about james3 with LDAP
>>> (http://markmail.org/message/uasjeq2f6jgcjj2z).
>>>
>>> Mails can of course be stored in PostgreSQL.
>>>
>>> Tks,
>>> - Eric
>>>
>>>
>>> On 5/04/2011 20:10, Darko Hojnik wrote:
>>>
>>>> Hi there,
>>>>
>>>> Is there an example anywhere how I could configure Apache James with
>>>> LDAP. I want store all virtual domains, users, virtual users and
>>>> passwords inside LDAP. Mails should be stored on a PostgreSQL database.
>>>> I want LDAP because I think it's the cleanest way to connect our
>>>> Groupware on the Mailserver.
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to