Norman Walsh writes: > merlyn@stonehenge.com (Randal L. Schwartz) writes: >>>>>>> "Norman" == Norman Walsh writes: >> >> Norman> Hello world, >> Norman> Every now and then I stumble over a new google group for which this >> Norman> fancy split line doesn't work: >> >> Norman> (to "\\(.+\\)@googlegroups\\.com" "googlegroups.\\1") >> >> Maybe the .+ which is matching the longest match here: >> >> Norman> To: "epub-working-group@googlegroups.com" >> Norman> >> >> which would be: >> >> epub-working-group@googlegroups.com" > >> is trying to make a group called >> >> googlegroups.epub-working-group@googlegroups.com" > >> which GNUS should reasonably reject? > > Maybe. But how does that become "googlegroups."? Ah well. I guess if I really > get tired of adding the one-off rules, I can always go read the source :-) > > Be seeing you, > norm I'm pretty sure I had stumbled upon the same problem. For googlegroups I can see that I have defined those rules here, so it's pretty certain: ("sender" "django-users@googlegroups.com" "mail.gg.django-users") ("sender" "django-developers@googlegroups.com" "mail.gg.django-developers") ("sender" "django-announce@googlegroups.com" "mail.gg.django-announce") ("list-id" ".*<\\(.+\\)\\.googlegroups\\.com>.*" "mail.gg.\\1") However, I ran the last regexp in re-builder, and it seems to match 'epub-working-group' in from the angled portion of the To: address. Also, in my setup, I removed the first 3 django specific entries, and again B t reported a match on the last general rule substituting the group name correctly. Maybe you can give that rule a try.