Results 1 to 8 of 8

Thread: /opt/zimbra/conf && LDAP

  1. #1
    ranpel is offline Member
    Join Date
    Apr 2007
    Posts
    11
    Rep Power
    8

    Exclamation /opt/zimbra/conf && LDAP



    May I ask why there exists /opt/zimbra/conf? If you can't configure anything from here why even place it? Because it's helpful? Too hard to look in ldap or the respective package? I'm trying to affect slapd.conf and frankly, the obfuscation layer of zimbra configuration is... a bit much. I thought Sun was bad.

    That being said, how might one expand the schema in the zimbra ldap server? Or other equally nifty ldap configuration objectives?....

    How might one turn on LDAPS:636?

    (Please don't reply "You don't need it, you can do TLS on 389") Because if I could do TLS on 389 I wouldn't be trying.

    I have more regarding postfix but it's time for na-night.
    Thank you,
    Randy

  2. #2
    dijichi2 is offline OpenSource Builder & Moderator
    Join Date
    Oct 2005
    Posts
    1,176
    Rep Power
    11

    Default

    slapd.conf.in. it's not supposed to be used as a general ldap server, which is why it's self contained. if you extend schema, chances are it will either break next upgrade or your stuff will get lost/corrupted.

    May I ask why there exists /opt/zimbra/conf? If you can't configure anything from here why even place it? Because it's helpful? Too hard to look in ldap or the respective package? I'm trying to affect slapd.conf and frankly, the obfuscation layer of zimbra configuration is... a bit much. I thought Sun was bad.
    not sure what you're trying to say here. /opt/zimbra/conf is useful, contains lots of files you can configure, and they are deliberately centralised here away from respective package directories. the 'obsfucation' layer is for automated customization, not obsfucation.
    Last edited by dijichi2; 05-04-2007 at 01:18 AM.

  3. #3
    ranpel is offline Member
    Join Date
    Apr 2007
    Posts
    11
    Rep Power
    8

    Default Appreciate that, however - LDAP question

    I appreciate your response. The question was how do I make changes to slapd.conf that will stay, not what happens if I do.

    If Zimbra has enterprise level pieces that cannot be extended the long term value is diminished severely no? Why glob all these standard ports for non-extensible packages?

    It's short term value is being evaluated at the moment...

    "slapd.conf.in. it's not supposed to be used as a general ldap server, which is why it's self contained. if you extend schema, chances are it will either break next upgrade or your stuff will get lost/corrupted."

  4. #4
    ranpel is offline Member
    Join Date
    Apr 2007
    Posts
    11
    Rep Power
    8

    Default Fyi - Ldap - Nis - Samba

    Hi,

    Also, I've already tried the approach in the wiki for nis and samba schema extensions. When I restart zimbra these extension are gone. Thus the question.

    Thanks,
    Randy

  5. #5
    phoenix is offline Zimbra Consultant & Moderator
    Join Date
    Sep 2005
    Location
    Vannes, France
    Posts
    23,499
    Rep Power
    56

    Default

    Changes are made to the slapd.conf.in not slapd.conf - then the changes will 'stick'. It's not guaranteed that any changes made to parts of Zimbra will remain after an upgrade. The reason that it's done that way is because Zimbra, in it's current configuration, is a self contained set of packages that make it easy for us to upgrade and tune the components for the best performance of Zimbra.
    Last edited by phoenix; 05-04-2007 at 07:34 AM.
    Regards


    Bill


    Acompli: A new adventure for Co-Founder KevinH.

  6. #6
    ranpel is offline Member
    Join Date
    Apr 2007
    Posts
    11
    Rep Power
    8

    Default Thanks!

    Hi,

    Fantastic, thank you.

    Yes I understand the approach. After I change it, and I like it, and it works.. make sure one can repeat it. :O)

    Is there a similar approach to postfix or can I just chop main.cf?

    Thanks again.

    Randy

  7. #7
    phoenix is offline Zimbra Consultant & Moderator
    Join Date
    Sep 2005
    Location
    Vannes, France
    Posts
    23,499
    Rep Power
    56

    Default

    The files in /opt/zimbra/conf that have an extension of .in can be modified and the relevant .conf is regenerated, if the .conf file is in an applications /conf directory it can be modified directly as, in general, they're static. As has been said, changes like this won't survive an upgrade.
    Regards


    Bill


    Acompli: A new adventure for Co-Founder KevinH.

  8. #8
    ranpel is offline Member
    Join Date
    Apr 2007
    Posts
    11
    Rep Power
    8

    Default

    Good info that is.

    Very good...

    Thank you,
    Randy

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. LDAP Replication Experiences
    By technikolor in forum Administrators
    Replies: 4
    Last Post: 11-12-2008, 12:52 AM
  2. Zimbra Install Problem - getDirectContext
    By bsimzer in forum Installation
    Replies: 27
    Last Post: 07-19-2007, 10:12 AM
  3. 3 testing: LDAP: 389 Failed when restore zimbra
    By victorLeong in forum Administrators
    Replies: 15
    Last Post: 05-24-2007, 06:45 AM
  4. Mac OSX install: Java errors & LDAP CA error
    By jefbear in forum Installation
    Replies: 9
    Last Post: 12-16-2006, 03:39 PM
  5. Replies: 4
    Last Post: 11-15-2006, 12:16 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •