We have built the html directly into the msgbuilder. Then we call the msgbuilder variable name in the email body.
@Dave,
I have used system configurations to store chunks of standard html. I found you have limitations as far as how much you can put in one of those system configuration variables. This will lead to you having several system configuration chunks.
I have also seen a separate process flow created solely for producing an email error handler. Lots of html was stored in system variables and then referenced in this one flow which was then reused as a trigger in other flows. I thought this was cumbersome to build but once it was built it was nice to have one place to edit the one email error notification used in several flows.
It works either way though.
FireGeek21 - Thanks, that was the part I was not sure about, I had put some header HTML in a config parameter field but had not tested just how much could be stored. Since building the HTML is not super time consuming, I had not gone back to do additional testing.
I had also thought of using a text file stored on the server and referencing it with a file read and pull the sections by referencing specific start/end points of the file, but, again - the testing effort is not worth the "payout" at this point. As they say - "The juice just isn't worth the squeeze [not yet anyway]"