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)
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)
Comment 1•14 years ago
|
||
Completed.
Assignee: server-ops → nmaul
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 2•14 years ago
|
||
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 → ---
| Assignee | ||
Comment 4•14 years ago
|
||
(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?)
Comment 5•14 years ago
|
||
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
| Assignee | ||
Comment 6•14 years ago
|
||
(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?
| Assignee | ||
Comment 7•14 years ago
|
||
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
Comment 8•14 years ago
|
||
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).
Comment 9•14 years ago
|
||
Yes, 'localhost' works properly. I was able to send a test message from there to my @mozilla.com account.
| Assignee | ||
Comment 10•14 years ago
|
||
(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?
Comment 11•14 years ago
|
||
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.
| Assignee | ||
Comment 12•14 years ago
|
||
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 ago → 14 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•