Re: Interest in SASL GSSAPI / Kerberos support?
Benoit TELLIER <[email protected]> Thu, 16 Jul 2026 07:36:51 +0000
| Newsgroups | gmane.comp.jakarta.james.devel |
|---|---|
| Message-ID | <[email protected]> |
---=Part.101.b2b590cdfe962348.19f69db5c59.3589b03bfe59f13b=- Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Accept-Language: fr-FR, en-US, vi-VN, ru-RU, ar-TN, it-IT, de-DE, mn-MN Content-Language: en-US Hello Quan, Following the rule of thunb "it's a standard with a RFC" I thi= nk it makes sense to lend this in James codebase=2E My personal preference= would be as a guice extension jars, in `protocols/sasl-kerberos` --=C2=A0 = Best regards, Benoit TELLIER General manager of Linagora VIETNAM=2E Pro= duct owner for Twake-Mail product=2E Chairman of the Apache James project= =2E Mail: btellier@linagora=2Ecom Tel: (0033) 6 77 26 04 58 (WhatsApp, Sig= nal) On Jul 16, 2026 9:23 AM, from Quan Tran Hong <quan=2Etranhong1999@g= mail=2Ecom>Hi James community, For a customer use case, we are considering= extending Apache James SASL support with the GSSAPI mechanism, enabling Ke= rberos-based authentication as specified by RFC 4752 <rfc-editor=2Eorg/rfc/= rfc4752=2Ehtml>=2E Related Jira ticket: issues=2Eapache=2Eorg/jira/browse/= JAMES-4215=2E The intention would be to integrate it with James=E2=80=99s = existing SASL infrastructure and make it available to applicable protocols= =2E Would the community be interested in receiving and maintaining this co= ntribution upstream? If not, we may instead implement and maintain it in TM= ail Backend=2E Regards, Quan ---=Part.101.b2b590cdfe962348.19f69db5c59.3589b03bfe59f13b=---