Mailing list stopped working after the rollout today (ImportError)

Bug #300183 reported by Elliot Murphy
16
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Critical
Curtis Hovey

Bug Description

tonight our private mailing list stopped working, I'm attaching a bounce with full headers.

Tags: lp-registry
Revision history for this message
Elliot Murphy (statik) wrote :
Revision history for this message
Barry Warsaw (barry) wrote :

Not only private mailing lists. It looks like all mailing lists are broken.

Revision history for this message
Barry Warsaw (barry) wrote :

The failure message gives me no clue as to what was broken, but I think it's upstream of Launchpad. I.e. something in the mail server?

Barry Warsaw (barry)
Changed in launchpad:
importance: Undecided → Critical
status: New → Triaged
Revision history for this message
Steve McInerney (spm) wrote :

Have cowboy reverted part of revno 7200.

Was totally screwing mailman's ability to get the right lib path and hence totally brokenness broke out.

[20/11/08 18:00:53] <elmo> - launchpad_top = os.path.dirname(os.path.dirname(canonical.__file__))
[20/11/08 18:00:57] <elmo> + launchpad_top = os.path.dirname(HERE)
[20/11/08 18:00:57] <elmo> barry: ^-- r7200
[20/11/08 18:01:01] <elmo> i.e. came in with this rollout

Was creating paths in lib/mailman/Mailman/mm_cfg.py
sys.path.insert(0, '/srv/lists.launchpad.net/production/launchpad-rev-7316/lib/canonical/launchpad/mailman')

instead of what should be there of:
sys.path.insert(0, '/srv/lists.launchpad.net/production/launchpad-rev-7316/lib')

Revision history for this message
Barry Warsaw (barry) wrote :

Curtis, let's figure out the right fix for this and rc it in if Kiko gives the okay.

Changed in launchpad:
assignee: nobody → sinzui
importance: Critical → High
milestone: none → 2.1.11
Revision history for this message
Curtis Hovey (sinzui) wrote :

I wonder if staging would have caught this?

Curtis Hovey (sinzui)
Changed in launchpad:
milestone: 2.1.11 → none
status: Triaged → In Progress
Changed in launchpad-registry:
milestone: none → 2.1.11
Revision history for this message
Curtis Hovey (sinzui) wrote :

I agree that the correct fix is to use revert `launchpad_top`.

How do we test this to verify it can be released. Emails are not getting through to staging mailman. I saw the bounce in the staging inbox. We verified that the site templates worked by running a script that used the staging version mailman to generate the email message. This kind of problem really needs to be tested via an incoming email.

Revision history for this message
Barry Warsaw (barry) wrote :

We need to get IS to allow emails to staging mailing lists. I think we would have seen this bug if that test was possible.

Revision history for this message
Curtis Hovey (sinzui) wrote :

This break happened because of the fix for bug 268936 [list moderation cancel URLs do not work]

Revision history for this message
Curtis Hovey (sinzui) wrote :

This is still critical since the fix was cowboyed into production.

Changed in launchpad-registry:
importance: High → Critical
Revision history for this message
Curtis Hovey (sinzui) wrote :

The original test for bug 268936 [list moderation cancel URLs do not work] was to send an email to <email address hidden> to veryify we got the correct response. This is the same test we want to run to verify this big is fixed.

What do we have to do to allow incoming emails to <email address hidden>?

Revision history for this message
Curtis Hovey (sinzui) wrote :

Fixed in RF 7319.

Changed in launchpad-registry:
status: In Progress → Fix Committed
Revision history for this message
Curtis Hovey (sinzui) wrote :

Fix released in 2.1.11. r7322.

Changed in launchpad-registry:
status: Fix Committed → Fix Released
visibility: private → public
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.