I am having issues with a .net 2.0 web app hosted on a windows 2003 server authenticating with a java app (on linux I think). The java server is expecting Kerberos authentication and currently fails as the request is coming in with NTLM.

I had a look in the windows event viewer on the 2003 server and there are several Kerberos 6 messages, here is one of them:

The kerberos SSPI package generated an output token of size 3318 bytes, which was too large to fit in the 32AC buffer provided by process id 0.  If the condition persists, please contact your system administrator

I also had a look in the registry after finding an article that suggested adding a MaxTokenSize key to combat this problem to see if someone had mistakenly put one in with a small value, but there was nothing there.

Is there any other explanation as to why it would be saying a mere 3000 bytes is too big.

On a side note I checked the membership of the user in question and it only belongs to the domain users group.

1 Answer 1


The event is misleading, the numbers are in hex.

token of size 3318 bytes

13080 bytes, really.

in the 32AC buffer

12972 bytes, really - which matches decently with the configured default in Windows 2003 of 12000 bytes.

See here for more info - as you've found, adjusting the MaxTokenSize will do the job; also consider removing the account from some groups (takes a lot of memberships to get that big!) keeping an eye on nested group memberships, or changing group types (Domain Local take 40 bytes; Global only take 8).

  • Thanks for the very informative answer, this is starting to make more sense. Any thoughts as to why the exact same setup may work fine from a different Win2003 server.
    – JustinM
    Sep 8, 2014 at 21:01
  • @Phaeze Is it a different server on the same domain? Sep 8, 2014 at 21:01
  • Different domains.
    – JustinM
    Sep 8, 2014 at 21:04
  • @Phaeze Ahh, ok - is the user account it's authenticating as something that's set up specifically for this application? The domain that's having the problem seemingly has the user configured as a member of a large number of groups (hundreds), while the one that's working does not. Sep 8, 2014 at 21:08
  • Yeah it is a process account specifically for this use, and it also is actually part of another domain, with that could the user still have different group memberships within the other two domains?
    – JustinM
    Sep 8, 2014 at 21:11

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.