Skip to content

it-at-m/zammad-ldap-sync

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

70 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Zammad-Ldap-Synchronsiation

In order to assign an owner to Zammad tickets for processing, we need a structured representation of our LDAP entries in Zammad.

Zammad tickets holders must be mapped to our LDAP users.

The project enables the transfer of our LDAP organizational units and users to Zammad groups and users.

Changes in LDAP must be able to be periodically synchronized in Zammad.

Built With

Roadmap

TODO...

See the open issues for a full list of proposed features (and known issues).

Set up

For the LDAP-Zammad Synchronization we create an LDAP tree consisting of the organizational units and their employees. We call this a shade tree. To do this, the data must be read from LDAP. The implementation fits our LDAP structure. If the LDAP structure is different, appropriate adjustments are required, to build the shade tree.

The shade tree is then used to synchronize the groups and users in Zammd via REST API.

Prepare Zammad before first start. Technical documentation can be found here docs/Readme

application.yaml:

  • Connect zammad-ldap-snyc with Zammad REST-API (Url, Token).
  • Connect zammad-ldap-snyc with your LDAP.

Start Zammad-Ldap-Synchronisation application.

Request Openapi documentation http(s)://[url:port]/swagger-ui/index.html.

Start synchronisation process with correct rest ressource.

Documentation

Why don't we use the Zammad LDAP integration?

The native Zammad LDAP integration is capable of importing LDAP users and adding them to existing Zammad roles depending on a group mapping in LDAP. However, not supported is to create and update the zammad group structure depending on a structure in LDAP.

In the LHM we have a separate object structure in our LDAP representing the organizational structure, starting from o=Landeshauptstadt München. Our users are located in the same LDAP tree but starting from o=lhm. The user objects are referencing the orga objects via the attribute lhmObjectReference.

In the LDAP-Sync we iterate both the user structure (creating Zammad users) and the orga structure (creating Zammad groups) and also link the users to the groups corresponding to the user-to-orga-mapping in LDAP.

Contributing

Contributions are what make the open source community such an amazing place to learn, inspire, and create. Any contributions you make are greatly appreciated.

If you have a suggestion that would make this better, please open an issue with the tag "enhancement", fork the repo and create a pull request. You can also simply open an issue with the tag "enhancement". Don't forget to give the project a star! Thanks again!

  1. Open an issue with the tag "enhancement"
  2. Fork the Project
  3. Create your Feature Branch (git checkout -b feature/AmazingFeature)
  4. Commit your Changes (git commit -m 'Add some AmazingFeature')
  5. Push to the Branch (git push origin feature/AmazingFeature)
  6. Open a Pull Request

More about this in the CODE_OF_CONDUCT file.

License

Distributed under the MIT License. See LICENSE file for more information.

Contact

it@M - opensource@muenchen.de

About

Component for LDAP sync for Zammad groups and users.

Resources

License

Code of conduct

Stars

Watchers

Forks

Releases

No releases published