You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sending a transactional email (saved as Dynamic Template in SendGrid) with inlined images (to avoid remote images getting blocked by default on virtually 100% of modern email clients), such as header design, product images, logo in the footer.
Issue
When passing attachments and templateId in one call, the structure of the generated email is spec non-conforming and results in broken email with inline images showing as separate attachments.
Storing email HTML/Text in your application codebase and passing them together with attachments to API for every email
Doing the same as above, plus formatting the email for SMTP delivery and using SendGrid SMTP to send your email
Sending emails from your own MTA
Additional comments
Since Transactional Templates don't support inline image attachments (for some reason) it's already inconvenient enough for developers that inline images must be passed via an API parameters. Now with this issue, Transactional Templates completely lose value and it puts developers one step away from constructing their own email and using "pure MTA" service instead.
The text was updated successfully, but these errors were encountered:
I also hit this issue and having it not work was not an option. I dug in and found the bug. This patch will fix the problem. It's a pretty straight forward issue, what should be content_id in the request JSON is being sent as contentId.
Use case
Sending a transactional email (saved as Dynamic Template in SendGrid) with inlined images (to avoid remote images getting blocked by default on virtually 100% of modern email clients), such as header design, product images, logo in the footer.
Issue
When passing
attachments
andtemplateId
in one call, the structure of the generated email is spec non-conforming and results in broken email with inline images showing as separate attachments.Expected structure
Actual structure
Known workarounds
Additional comments
Since Transactional Templates don't support inline image attachments (for some reason) it's already inconvenient enough for developers that inline images must be passed via an API parameters. Now with this issue, Transactional Templates completely lose value and it puts developers one step away from constructing their own email and using "pure MTA" service instead.
The text was updated successfully, but these errors were encountered: