Badges
Accepted Solutions
Likes Received
Posts
Discussions
Ideas
Blog Posts
My advice: don't fall back to a screenshot. Using Google Chrome's built-in PDF printer, you get a real PDF (not just a static image wrapped in a PDF) with selectable text and even working hyperlinks:In Marketo, go to Preview EmailUnder Preview Actions, choose Show Full ScreenClick Print, choose Sav...
Can't imagine any way to do this. Remember, we don't even have access to the MIME-wrapped form of the message, just the individual HTML and text parts. Customizing SMTP headers is a step beyond that.Also, Message-IDs need to be globally unique. What algorithm would you use to guarantee such unique...
@Nate A You can't delete the user's cookies if they don't visit your website again, but if they do follow a link, you can certainly clear their Munchkin cookies before loading Munchkin.js, therefore making a new anonymous lead for subsequent page views.
@Kristen M but I still see nothing about it that isn't safe or surefire. If it's known to not work in some way, we should file a bug with Marketo, not cast doubt on a feature we actually trust every day. Also, assuming a PDF is actually saved from that same web page, I don't see how that's easier ...
I don't see any reason to trust View as Web Page links for day-to-day marketing, but not for an archive. Either they work or they don't. Do you exclude them from your e-mails?
@Courtney G: perhaps you mean something else, but View as Web Page links (to http://landingpages.example.com/index.php/email/emailWebview?...) certainly don't require that you be a known (associated) lead when viewing.
Assuming you're talking about Marketo-hosted landing pages, those page views should already be registering, albeit as anonymous visitors (for that is what they are).
A user will not be automatically associated unless they fill out a form. The form submission can happen after they visit your website -- their old anonymous activities will be merged in. But if they don't fill out a form, you have to write server-side code (using either Munchkin API and/or the REST...
... interesting that Josh and I came at this from opposite angles. He's of course totally right that you could have a From that doesn't accept messages and a Reply-To that does, so in that case you're putting the Reply-To "in front" to make sure a human reads those.Either way, you should be able to...
Simply: Reply-To is the mailbox to which you want human-generated (i.e. manually composed) replies to be sent.Technically speaking there is no need for a Reply-To if the From is the same address. The From address will be used in the absence of a Reply-To. However, these days most people set both ev...