Jacob Rief
Jacob Rief
Let's see if anyone complains about this after upgrading to version 2.2.4.
Many thanks to your suggestions, after reading them I believe that it makes sense to disallow the deprecated `EMAIL_…` settings. Rewriting them in the owner's `settings.py` is easy a job...
@dpgraham4401 sorry for not proceeding on this. Currently there is one missing unit test and I haven't found any viable way on how to fix it. Shall we chat on...
@dpgraham4401 I had some time to work on this feature. I implemented the remaining unit tests and rebased to HEAD of the main branch. @medmunds This pull request now is...
@medmunds * Fixed the order of existing arguments to `send_messages()` and other functional APIs. * Deprecations warnings have been changed from `RemovedInDjango61Warning` to `RemovedInDjango70Warning`. * I found a solution for...
I also moved `EMAIL_FILE_PATH` into `EMAIL_PROVIDERS[…]['OPTIONS']['file_path']` to be consistent with the other backends. It currently is only used in the `django.core.mail.backends.filebased.EmailBackend`.
@medmunds thanks for pointing this out. I now changed the internal logic and added some extra tests.
blacken-docs fails, but I can't fix any files.
@medmunds all very valid annotations you pointed out here. Today I found some time to work on it again. I now refactored the code to always use `mail.get_connection(…)` in order...
@medmunds a question about the deprecation warnings. In the comments and release notes I now changed them to version 6.1. This means that starting from version 6.0 a user would...