-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
failed_to_create_web_session #612
Comments
This was the first log entry:
|
Cookies for .example.de are valid for subdomains. So if there is also an cookie issued for the subdomain, both are present and causing trouble. |
Ok, than it is more an webserver issue? (Apache) |
Did you change the cookie domain for the separate Sympa robots / virtual servers? |
No.
And that was my robot.conf:
So I assume it must be something like: |
Sympa 6.2.42 (Firefox 65.0.2 / Chrome Version 73.0.3683.75)
We have a problem when using the sympa webinterface. Our system contains sympa vhosts for different maildomains. We have an base domain "example.de" and then different subdomains for the vhost-Webinterface for example "server01.example.de" and then "listname.list.example.de".
Sometimes, I don't have figured out when and why yet, I get several listmaster notification when using the webinterface with the subject "Listmaster / failed_to_create_web_session". The problems I got, when this notification comes up is, I can't add subscriber to lists and I can't create new lists for example.
In the Logs I can see this:
So I checked the cookies in the browser an there is something strange. I have one cookie with an Size 47 which is has this "af0c382f188151084eeb5677ed2e3d82dd" ID. And one other with an size of 27. When I manually remove the first cookie from the browser, everything works again until some point in the future when another of this problem-cookie occurs.
I already tried to check the files like Session.pm, but I can't figure out where this other cookie comes from and what could be the problem. Do you have any hint?
We use ldap authentification (SSL_CLIENT_S_DN) to access the interface.
The text was updated successfully, but these errors were encountered: