-
-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop IncomingMessage
and just fix MailRequest
#40
Milestone
Comments
moggers87
added a commit
that referenced
this issue
Jan 9, 2016
So far this seems to be a better solution that "filters" touch #40
moggers87
added a commit
that referenced
this issue
Jan 9, 2016
We should be checking bad-email tolerance elsewhere touch #40
moggers87
added a commit
that referenced
this issue
Jan 10, 2016
moggers87
added a commit
that referenced
this issue
Jan 10, 2016
Other than known idiosyncrasies (certain content headers being set explicitally where they were implicit in the original message), we don't expect there to be any differences between `m` and `m2` - we certainly don't expect any `EncodingError`s! touch #40
Closed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
So after some thinking and playing around with the current Salmon in master, I've decided to see if I can get the same result (being able to access a plain Python
email
message without any double processing) without too much trouble.Currently looking at attaching a reference to the corresponding Mime part on
MailBase
and making header/body decoding lazyThe text was updated successfully, but these errors were encountered: