summaryrefslogtreecommitdiff
path: root/Mailman/Digester.py
diff options
context:
space:
mode:
authorklm1998-07-13 15:12:51 +0000
committerklm1998-07-13 15:12:51 +0000
commit61d9c70895a7f4425b4b906c8d269335f694c306 (patch)
tree8934c2d1f291e5e5d8085709ad370810aab2ccbf /Mailman/Digester.py
parent665e4d0b7d8400c017798f1a4433425e691aeb47 (diff)
downloadmailman-61d9c70895a7f4425b4b906c8d269335f694c306.tar.gz
mailman-61d9c70895a7f4425b4b906c8d269335f694c306.tar.zst
mailman-61d9c70895a7f4425b4b906c8d269335f694c306.zip
.ParseMailCommands(): Escape the list real_name that's interpolated
into the confimation-expression pattern, to prevent regex-significant characters in maillist names from tripping-up the regex compiler. This really can happen - in fact, it does when people try to subscribe to the "c++-sig"! (I've cursorily checked through the python stuff in scripts, Mailman, and Mailman/Cgi for other interpolations that might trip re.compile, but didn't find any other instances. Be on the lookout, though, this is a tricky one...) (This was present in 1.0b4, as well, and i believe it accounts for two elusive, outstanding problems: - the "pcre.error : ('nothing to repeat', 2)" traceback, which i mentioned on my recent "problems" list, and - reports i've gotten (one this morning, coincidentally) of failures in subscribing to c++-sig.) I'm going to deliver a patch for 1.0b4 to the newsgroup, once i track down a few other problems.)
Diffstat (limited to 'Mailman/Digester.py')
0 files changed, 0 insertions, 0 deletions