mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 08:26:00 +02:00
[GH-ISSUE #444] Support base64 encoded mail messages #340
Labels
No labels
ai-generated
android-app
android-app
android-app
🪲 bug
build
build
dependencies
docs
enhancement
enhancement
🔥 HOT
in-progress 🏃
ios
prio:low
prio:low
pull-request
question
🔒 security
server
server
unified-push
web-app
website
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ntfy#340
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @barart on GitHub (Oct 20, 2022).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/444
Some of the messages i send to ntfy are base64 encoded, this messages are not originated by me but by some external service that send me alerts by mail, as i dont want to receive this messages on my mail i send it to ntfy (via emal) so i can receive it on the ntfy app, however, some messages are base64 encoded and the ntfy app show them in this way instead of decode it, i would like that ntfy can show this messages on the app
@binwiederhier commented on GitHub (Oct 21, 2022):
This is a reasonable ask. If you can provide a detailed example of the entire raw email as captured in the logs when
log-level = TRACE, that'd be helpful for development. Thank you.@barart commented on GitHub (Oct 21, 2022):
Here you are with one message, i masked and deleted all the personal data, im waiting to receive a 2nd message that is different to this and have a different behaviour on ntfy:
@binwiederhier commented on GitHub (Oct 21, 2022):
So the title says you want the base64, but the excerpt here implies that you'll want the
text/plainthat'squoted-printable, i.e. this:Is this accurate? The base64-encoded multipart parts are attachments.
I gotta say, this multipart parsing is quite annoying and infinitely complex. I am not sure how deep I want to go with this, though I think I'd be able to pull of something that's practicable yet not too annoying to parse.
@binwiederhier commented on GitHub (Nov 7, 2022):
Closing this due to inactivity. Feel free to reopen.