After some experimentation, I found that the name doesn't matter. I reproduced the bug with a user " [EMAIL PROTECTED]" and empty name or name="test test test". What did matter was the language selected for the user: it bugged when language was "Danish", and worked when the language was English.
I had some trouble reproducing the bug, and found out that I needed to restart the browser after each experiment to make the bug 100% reproducable, so I guess it is influenced by some session variable.
Steps for reproducing:
1) Restart browser to reset any session
2) Go to overview page and enter email, name, language (=Danish)
3) Click on confirm link in email
4) Click on confirm link on webpage
5) Click on "You can now proceed to your membership login page" (when you click it bugs with the trace from my original email)
If you want to you can use my mailing list for testing: http://mail.kollegiegaarden.dk/cgi-bin/mailman/listinfo/nyheder
Regards
-Thue
p.s.: The Danish translation in Mailman is absolutely horrible. Do you accept patches for that?
On 3/1/06, Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:
On Tue, Feb 28, 2006 at 11:43:04PM +0100, Thue Janus Kristensen wrote:
> One of my subscribers wanted to unsubscribe, using the unsubscribe
> link in the bottom of an email. However, he got an error, and I got
> the following in my error log:
> admin(20982): File "/var/lib/mailman/Mailman/i18n.py", line 89, in _
> admin(20982): return tns % dict
> admin(20982): ValueError: unsupported format character 'p' (0x70) at index 105
What is the name ("Real Name" as entered into Mailman by him) and
email of this user? I suspect a non-ASCII character in his name
triggers a bug in mailman.
If he has a Japanese name, did you install python2.3-japanese-codecs?
If he has a Korean name, did you install python2.3-korean-codecs?
You can email me the information privately if you prefer.
--
Lionel
