Closed Bug 662592 Opened 14 years ago Closed 14 years ago

fix developer-stage9 settings_local.py EMAIL_BACKEND

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task)

All
Other
task
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: groovecoder, Assigned: groovecoder)

References

Details

blocking QA. we need to add the following to developer-stage9: EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend' (See kuma-stage settings_local.py for example)
Blocks: 662547
Blocks: 632087
Completed.
Assignee: server-ops → nmaul
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Luke I did not the get the email when you flagged the demo so i'm re-opening this bug so you can investigate
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reassigning to Luke, then. :)
Assignee: nmaul → lcrouch
(In reply to comment #3) > Reassigning to Luke, then. :) Jake, can you check the latest /var/log/httpd/devmo.dekiwiki.mozilla.org/error_log on sm-devmostage02? I don't have access to the logs. (Should I?)
The only error in the current error_log, repeated over and over with a few different client IPs, is this: [Tue Jun 07 12:40:59 2011] [error] [client 10.2.10.207] Target WSGI script not found or unable to stat: /data/www/django/developer.mozilla.org
(In reply to comment #5) > The only error in the current error_log, repeated over and over with a few > different client IPs, is this: > > [Tue Jun 07 12:40:59 2011] [error] [client 10.2.10.207] Target WSGI script not > found or unable to stat: /data/www/django/developer.mozilla.org That's from the error log for stage9? not production nor kuma nor the old stage logs?
Also, is there an SMTP server accessible to stage9? it's trying to use django defaults: https://docs.djangoproject.com/en/1.2/ref/settings/#email-host
Correct. It is from /var/log/httpd/devmo.dekiwiki.mozilla.org/error_log_2011-06-07-19, which is what developer-stage9 logs to (for some odd reason).
Yes, 'localhost' works properly. I was able to send a test message from there to my @mozilla.com account.
(In reply to comment #9) > Yes, 'localhost' works properly. I was able to send a test message from there > to my @mozilla.com account. Hmm ... then I wonder if we need to restart apache to pick up new settings_local.py?
Apache should not need to be restarted- we touch the .wsgi file, and that should generally be all that's needed to get it to reread the config. However, I've restarted it anyway for you.
changed the way FLAG_NOTIFICATIONS work which should fix this, and added search box to profile admin page to make it easier to set the content flagging email for a user. raymond, make sure there's an email address on the user record, and make sure the 'content flagging email' field is checked on the user profile record. you should be able to set both with the admin interface.
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.