summaryrefslogtreecommitdiff
path: root/pgweb/mailqueue/admin.py
AgeCommit message (Collapse)Author
2020-10-29Add support for staggering outgoing emailsMagnus Hagander
Sent email can be assigned a "stagger type", for which he system will maintain a "last sent" information. When the email is sent, it will be delayed to be at least "stagger" time after the last one sent of the same type. If no email of this type has been sent before, the email is of course sent immediately.
2020-09-10Simplify admin preview of emailsMagnus Hagander
Use the python3 function to get the plaintext body of the email, instead of our own very limited one we had before.
2020-07-03Fix message preview in mailqueue modelMagnus Hagander
UTF8 encoding issues since the python3 migration...
2019-01-26Update syntax for relative importsMagnus Hagander
2019-01-26Update to new style exception catchingMagnus Hagander
2019-01-17Remove multi-statement lines, per pep8Magnus Hagander
2019-01-17Fix whitespace and indentation, per pep8Magnus Hagander
2019-01-17Tabs, meet your new overlords: spacesMagnus Hagander
In a quest to reach pep8, use spaces to indent rather than tabs.
2016-12-17Decode emails in the queueMagnus Hagander
Imported from pgeu. Do simple decoding of emails in the queue instead of just showing the b64-encoded version in the admin interface. Intended to help with debugging only.
2014-01-11Switch email sending go through a queue table in the databaseMagnus Hagander
Import the code from the PostgreSQL Europe website to handle this, since it's well proven by now. Any points that send email now just write them to the database using the functions in queuedmail.util. This means we can now submit notification emails and such things within transactions and have them properly roll bcak if something goes wrong (so no more incorrect notifications when there is a database error). These emails are picked up by a cronjob that runs frequently (typically once per minute or once every 2 minutes) that submits them to the local mailserver. By doing it out of line, this gives us a much better way of dealing with cases where mail delivery is really slow. The submission from the cronjob is now done with smtp to localhost instead of opening a pipe to the sendmail command - though this should have no major effects on anything. This also removes the setting SUPPRESS_NOTIFICATIONS, as no notifications are actually ever sent unless the cronjob is run. On development systems they will just go into the queuedmail table, and can be deleted from there.