Thomas Krichel writes: > Note the absence of CSS. This should give a pointer of what is > wrong.
I have no idea what you're saying. The absence of CSS is clearly by design -- no class or id attributes, no style attributes, no link to a stylesheet. Any CSS would have to attach directly to elements, presumably via a script. If you want CSS, say so, maybe we can give it to you, but its absence tells me nothing. > The "contact us" should ideally have more information. That is the stock verification message from Django's allauth/templates/account/verification_sent template. It can be overridden, but what information do you want. > The python 3.13 installation for lists.repec.info, which is brand > new, I have a problem of multiple logins attached to the email > address [email protected]. I follow that What logins? System logins? Postorius logins? Social auth logins? As far as I can tell, it should not be possible to attach one email address to multiple confirmed identities. In the Mailman database, there's an explicit constraint that User -> Address is one-many. Possibly it could happen in the Django database, but it's clearly intended to be either one identity to multiple addresses, or one-to-one (there is code that prevents the confirmation process from "claiming" previously confirmed address. It is possible to have multiple *pending* identities associated with the same email, but the first valid confirmation received from that address will "shut out" any others from successful confirmation. > https://lists.repec.info/accounts/confirm-email/Ng:1w9VGF:RwCZVc95UU8SomhAss0_KMsLvLuji7ZRx5VPSHTyfik/ A request to this link should complete the confirmation process for some identity-address pair. If it does not, something is broken in your installation. > The anchor "issue a new e-mail confirmation request" links to > > https://lists.repec.info/accounts/login/?next=/accounts/email/ > > which is not a screen to get a new confirmation email, but > the login. That's correct behavior, I think. The query part doesn't control the response to this request. It controls the next step in some process. Why you get that link, I'm not sure, but it's probably due to the fact that you have successfully confirmed, so getting a new confirmation email doesn't make sense. The source of the link is buried in multiple layers of template and code spread across several packages. > On that screen, the user names krichel or [email protected] > that I remember, and the password I wrote down, lead to login > failure. "krichel" probably can no longer be attached to that email address because of the one-to-many constraint. I don't understand why the email address doesn't work as an identifier for that account, though. > So the only way to get in is to ask for a password > reset. The password reset generates an email just fine > > https://lists.repec.info/accounts/password/reset/done/ > > Again, that screen has no CSS, but the email arrives. In fact, > three emails arrive, each for an account I associated with that > email address. These logins are krichel, [email protected] and > mailman. That means all three of them are still pending I guess? Or maybe one has been confirmed, but I don't understand why they're still pending. > These lead to reset the password screens, I use the same password > everywhere. When I enter the passwords and confirm, I get to [the login page] > this screen has no CSS. When I click that confirmation email, I am > told I have confirmed, and I can login, say, as mailman. It would be helpful if you listed exactly which user identifiers ("account" or "user" at sign-in) allow you to log in, which ones ask you to confirm the email address, and whether that confirmation succeeds. You should also check the Postorius logs (mailmanweb.log, error.log, and the web server's access and error logs for information about the status and any error information associated with these requents. > It is still unclear to me why I am asked to confirm my email > address. Because you have tried to associate it with multiple identities and that is incompatible with Mailman's user model. > But so far so good. If I login as krichel, I am again asked to > verify my email. > > Tomorrow I will report on other installation. Users complain they > can't create accounts. Due to Summer of Code, I cannot spend much more time on this until May. Steve -- GNU Mailman consultant (installation, migration, customization) Sirius Open Source https://www.siriusopensource.com/ Software systems consulting in Europe, North America, and Japan _______________________________________________ Mailman-users mailing list -- [email protected] To unsubscribe send an email to [email protected] https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ Archived at: https://lists.mailman3.org/archives/list/[email protected]/message/RXTZR4ZEGLNH2SWGCCUJIBR3LTEJ5LGN/ This message sent to [email protected]
