The SharePoint Server connector is part of the Enterprise Edition.
What the agent sees
A searchable file catalog, scoped to what you configure:- Library scope — all visible document libraries, one named library, or the site’s default library. With all libraries, returned paths include the library name.
- Folder scope — a folder path, recursive or not, narrowed further with include globs and allowed extensions.
- File handling — CSV/TSV and XLS/XLSX load as dataframes; PDF, DOCX, PPTX and text files are extracted for reading; JSON is parsed; anything else can be downloaded as its original binary.
Fields
Authentication modes
Windows credentials (NTLM) —ntlm (the default; scopes: system and user)
At system scope the whole connection uses one service account. At user scope each member supplies their own Windows account, so SharePoint applies that person’s permissions — members who have not entered credentials are blocked rather than falling back to the service account.
Per-user NTLM is credential-based Windows authentication, not automatic single sign-on. Each member enters and tests their own domain username and password once.
kerberos (scope: system)
Kerberos authenticates as the service account, not as the signed-in Bag of words user — it does not impersonate the caller, and end-user delegation is not implemented by this connector. Choose it for a single shared identity, not for per-person permissions.
The keytab is never uploaded through the connection form. A deployment owner mounts it read-only and points the backend at it (
krb5.conf plus KRB5_CLIENT_KTNAME, or a ticket cache). The backend also needs the kerberos extra installed — the shipped Docker image already includes the MIT Kerberos runtime.
Requirements on the SharePoint side
- A site URL reachable from the backend, with alternate access mappings configured for it.
- HTTPS with a trusted certificate. For a private CA, mount a CA bundle and set
REQUESTS_CA_BUNDLEin the backend environment — certificate validation stays on. - A least-privilege account with read access to the selected site and libraries. No Domain Admin or SQL access is needed.
- For content search: a Search Service Application with a working content source and crawl, and search URLs matching the configured access URL. Verify security trimming with both an allowed and a denied test user.
- For Kerberos: Windows Integrated Authentication (Negotiate) on the web application, correct unique
HTTP/<site-FQDN>SPNs for the IIS service identity, working AD DNS and realm configuration, synchronized clocks, and private backend access to the KDC. Kerberos here uses the HTTP SPN — notMSSQLSvc.
Not supported
Arbitrary SharePoint lists (use SharePoint Lists), site pages, attachments on list items, any form of write, and Microsoft Graph OAuth. Servers predating the ResourcePath REST API are unverified; the connector is validated against SharePoint Server Subscription Edition.Related
- SharePoint and OneDrive — the Microsoft Graph equivalent for SharePoint Online and OneDrive.
- SharePoint Lists — lists as queryable tables, over Graph.
- Authentication and access — shared vs per-user credentials across connectors.
