It seems more like the correct way, how SwiftMailer treats long lines (IIRC 76 chars is the maximum) before it breaks into a new line, when delivering. But how does it look in your email reader?
Encoding is UTF-8 yeah, plus I only made use of basic ASCII characters in that template.
The line breaks are not a problem, but what about the equal sign (=) after a forced line-break and the 3D prefix before all equal signs in the original template ?
I don’t have a mail reader, I’m currently testing locally, meaning I’m logging the emails in sent-mail
Maybe have a look at Mailhog (https://github.com/mailhog/MailHog) - it’ll emulate a real inbox for you, so you can see what the rendered result looks like.
Hmmm, according to this source it seems that this is some kind of featured e-mail encoding. I guess I’ll need a client after all …
As noted in the above source, an online tool to decode quoted-printable format is: https://www.motobit.com/util/quoted-printable-decoder.asp
Alternatively, if I understand it correctly, setting a request header Content-Transfer-Encoding: quoted-printable will render the encoded HTML properly. Haven’t tested this.
Are you 100% sure that there is no syntax error in your inline VH call? Maybe a non-printable character or something? This could lead to Fluid not parsing the inline VH.
Well, you can never be 100% sure, but I did my double-checks and triple-checks. The project and path are correct, but still the view helper is only parsed when in tag format.
I copy-pasted my code here directly, only renamed the package name.
I have no explanation for this currently - I don’t really do anything special in that package at all. Maybe I can get around to checking this myself today, as I’m working on something related.
I tried this exact same thing (even copied your code) and it works perfectly fine in my setup - MailHog displays the image, so the VH gets parsed. Did you try with an email client like Mailhog in the meantime?
That’s weird. Thanks a lot for the test, looks like I’m doing something wrong. No, I didn’t try mailhog yet, because I manage to convert the quoted-printable HTML to common HTML.
Nope, tested again on my remote server with actual email configuration and the image is opted out with the syntax <img src="{f:uri.resource(path: 'Images/email-header.jpg', package='Vendor.Site')}" width="600" alt="" />
I would be surprised if an actual email service worked, because that would mean that the logging mode is not trustworthy for testing.
I wonder if it’s a problem that I load the image on Layout level instead of the template. Anyway, I don’t know what else to test, I’ll just use the tag syntax and update if I discover anything later.