Re: DSGW and Multi-Line-Strings

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2017-06-23 at 16:58 -0800, Kreuzenstein, Luke (DOA) wrote:
> William Brown wrote on 6/23/2017 3:12 PM:
> > On Thu, 2017-06-22 at 16:30 -0800, Kreuzenstein, Luke (DOA) wrote:
> >> My organization has made extensive use of the Directory Server (Web)
> >> Gateway (DSGW) for 20 years. I've yet to come across any suitable
> >> alternative (suggestions welcome if you're familiar with its functionality).
> >>
> >> We are at least a decade behind with updates, having been tied to the
> >> Oracle fork of directory and mail server products until recently. I am
> >> now experimenting with potential conversion to 389-DS or RHDS including
> >> the updated DSGW, and I may have encountered a bug.
> >>
> >> Is the DSGW still used and supported?
> > I don't think the code is well supported today. It's in a legacy
> > maintenance mode as far as I know.
> >
> > Can I ask how you are using DSGW so that we can work out if there is a
> > better way you could interact with 389-ds? What are you trying to
> > achieve with this process?
> >
> > Thanks, hope to help you with this more,
> >
> Thanks for the reply!

Hey mate,

Sorry I missed this response. 

> 
> The directory in question is a central "master" repository that 
> feeds/synchronizes to other systems including an MS AD. DSGW is the only 
> interface we've made available for use by several hundred delegated 
> departmental administrators to administer roughly 30000 accounts. The 
> employee accounts are synced from a payroll system but any attributes 
> not supplied by the payroll system, plus any non-employee accounts, such 
> as for contractors, roles, services, shared mailboxes, etc, are created, 
> edited, and deleted as needed using the DSGW. There were once several 
> thousand groups also being administered via DSGW but we've whittled that 
> down to a few dozen. End users will use the DSGW too, but typically just 
> for read-only reference rather than an administrative tool.
> 
> Thanks for any suggestions. I know we could build some sort of 
> replacement from scratch using a variety of programming tools if the 
> motivation were strong enough, but I'm not intimately familiar with any 
> such tools. The DSGW has been quite convenient, sufficient for the task, 
> and surprisingly resilient. I keep waiting for some browser evolution to 
> make it unusable, but 20 years and counting isn't a bad run.

Browsers are very oddly compliant even to old standards :) 

We have some plans in the works for a new webui for DS management -
generally we hear that the self-service for users is pretty sought after
as a feature, so we are considering it. I won't promise anything however
because we still need to do the hardwork of writing it.

Recently we have been more focused on our python framework which you
could use to interact with DS. Have a look here:

https://pagure.io/lib389

Hope that helps, 


-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux