Knowledgebase

Sort by:
Issue Issue Description My Tokens not appearing in an email as an option to insert.   Solution Issue Resolution It is highly likely that the email is not in the program or campaign folder containing the My Tokens. Examples:  The email could be located in Design Studio The email is within a program but the token is not defined in the program it is in, or the campaign folder it is in In all cases, the email must be within the program or campaign folder that contains the My Tokens.
View full article
Yes. For leads, contacts, and accounts, you can choose which fields from Microsoft Dynamics CRM you’d like to sync down to Marketo.
View full article
Yes. You can sync down new fields to Marketo as long as the sync user has access to these fields. You can sync down new fields by going to Admin > Microsoft Dynamics > Field Sync Details. Please note that we will only be syncing new values for these fields, we don’t do complete initial sync for this field. For options to do a complete initial sync for a particular field, please contact support.
View full article
Yes, this can be done. There are a couple of things to keep in mind so please contact the Marketo Services team for more information on this approach.
View full article
No, once you sync Marketo to any CRM you cannot change it to a different CRM. Please contact Marketo Services for options here.
View full article
Marketo initiates a sync with Microsoft Dynamics CRM approximately 5 -10 minutes after the previous sync cycle finishes. The time needed to complete a sync cycle depends on the number updates on the two sides.
View full article
Marketo syncs all the records the Sync User has access to. The association between a record in Marketo and Microsoft Dynamics CRM is maintained using the native Microsoft Dynamics CRM IDs.
View full article
Marketo natively supports the following versions of Microsoft Dynamics CRM: Microsoft Dynamics CRM Online.  Authentication types supported: Windows Live ID and Office 365 Microsoft Dynamics CRM 2011 with IFD Microsoft Dynamics 2013 with IFD. For Dynamics OnPremise (2011 and 2013) the authentication type we support is ADFS (Active Directory Federated Services). We support ADFS 2.0 and 2.1 and will always support the latest version publicly available ADFS.
View full article
This article describes how to verify if your active Marketo Sales Insight configuration is properly setup via the Sales Insight tab in the Admin section of Marketo Lead Management. If you see an MSI Status of Configuration Problem, a configuration error in your Marketo Sales Insight setup was detected, meaning that one or more of the required fields for synchronization were not properly configured. In the admin area, go to Microsoft Dynamics and click Edit on Field Sync Details. All required fields will be refreshed and configured. Click Save. Caution The following fields must be checked for Sales Insight to work properly: Priority, Relative Score, and Relative Urgency. Go to Sales Insight and confirm that MSI Status shows Configured.
View full article
Dear valued customer, As you may know, on July 25th, 2017, our main web site, Marketo.com, along with other Marketo domain properties, were rendered inaccessible, preventing access to our application from 4:06am – 10:08am PDT. We apologize again for the inconvenience this caused. On the Marketo Trust site, you’ll find current and past Marketo system performance data including System Uptime and Reliability. This is monitored 24x7 and we have consistently maintained greater than 99.9% uptime. This uptime is calculated based on the length of time that the Marketo systems are functioning properly within our servers (“pods”). While the Marketo systems were functioning and available by 10:08am PDT, we realize that due to third-party DNS propagation timing, some customers may have experienced delays in accessing our systems of up to 48 hours, depending on region. All Marketo back-end processes such as Smart Campaigns were still operational during the DNS propagation, however, the propagation reduced accessibility to Marketo for some users. As a result, we believe the normal calculation of system uptime may not accurately reflect everyone’s experience. To address this, we have decided to make a one-time change to our normal calculation for July to more closely track what our customers may have experienced in terms of accessing our systems regardless of whether the problem lay with us or was due to third party systems/processes. After studying the issue, we think the best way to calculate this is based on customer logins to the system. We looked at the first login time for each pod and used login as a proxy to calculate when customers were able to access Marketo. This one-time calculation is a better reflection of the frustration you may have experienced in accessing Marketo. We will return to using our normal calculation for August. For the month of July, our server pod uptime was 99.997%. All back-end systems, such as smart campaigns, were processing normally while the domain was offline, so when calculated in the normal way, our server pod uptime for July was 99.997% When taking into account the 6 hours when the marketo.com domain was not available, the system uptime for the month of July was 99.17% As mentioned, if we add the full extent of the DNS propagation as discussed above, and take an average of the first logins across the entire customer base, the average user accessibility for July would be approximately 97.77%. For additional information please contact Marketo Support and see our FAQ document and this letter from our CEO Steve Lucas.
View full article
Issue What is the difference between Program Status Vs. Person Status? Solution Person Status is an attribute on a record and is an over all status for the record. An example would be a lead that has MQL or Marketing Qualified status. Program Status is the status a lead is in within a program. An example for an lead would be in a trade show or any event type program. This would have a program status of "Invited" or Registered. A single lead can have multiple program statuses, one for each program membership they have. A great way to look at it is, I have a Monthly membership to the Gym and a premium membership to the local warehouse club. I have multiple memberships and statuses for those memberships.. However my "Person Status" is different, I am for example licensed to drive in the state I live. My status is either licensed or not..        
View full article
  So you’ve now used the previous document (Getting Started With Guided Landing Pages:) to download a template from our library and set it up in your Marketo instance, you have even used it to make a landing page or two and you’ve customized those landing pages, AND you’ve even gone the extra mile and customized your template and modified some elements! (Editing Marketo Guided Landing Page Templates, Pt. 1 - Elements:) All of which is fantastic news! Good job!   But if you recall from the article that showed you how to edit Elements on the template, I skipped right over the section on Variables. This is the piece that this document is designed to tackle.   So what is a variable? If you edit a Guided Landing Page you will see a panel on the right hand side that displays both Elements and Variables. In this instance, the variables do everything from assigning a gradient color, to deciding if you want to display or hide different sections of the landing page.   Modifying a variable in the landing page editor is designed to be really simple, just click the variable you want to change and give it a new value. Here I changed the Primary Gradient 1 and 2 from 1DA083 and 0F3450 to A00E35 and F2F2F2 respectively and the landing page changes:   At its easiest to understand, a variable works a lot like a token in an email. It’s a placeholder for actual code to be used later. So if I create an email that starts with “Hello, {{lead.firstname:default=Friend}}!” you can tell right away what that’s going to do. Pull the first name from the lead record, if none exists use the word “Friend”.   Think of a Variable as a token that you get to define as well as use. The first step is to define it and the second step is to actually call back to the variable you defined.   While it’s easy for a non-technical user to use a variable (as it should be!), setting one up in the template does require a fair amount of HTML knowledge. As stated before, if you are not comfortable editing HTML and do not have a resource available to you, please reach out to services@marketo.com, they are able to assist with any sort of coding needs.   So as before, let’s dive into the template, this time we’re going straight for the Variable code.       <!-- Marketo Variable Definitions -->     <meta class="mktoColor" id="gradient1" mktoName="Primary Gradient 1" default="#1da083">     <meta class="mktoColor" id="gradient2" mktoName="Primary Gradient 2" default="#0f3450">   So right at the start of the template, we’re off to the races defining variables. As you can see with the Gradient 1 and Gradient 2, these are both marked with a class of “mktoColor”.   As with the Elements, the full list of Variable types can be found here: https://docs.marketo.com/display/public/DOCS/Create+a+Guided+Landing+Page+Template        class : "mktoString"      class : "mktoColor"      class : "mktoBoolean"   A string is a variable that contains a value, Color should be obvious what that does and Boolean is a yes or no choice.   In addition to the class, each variable has to have a unique ID. This is critical and used when the variable is called later on down the page. When you call a variable it’s always with the syntax of ${id name}. So in this case ${gradient1} and ${gradient2}. As you can see it looks a LOT like a token but it’s a token you can name whatever you want.   The mktoName is how it displays the variable in the Landing Page editor.   The default value is what it starts out with.   So let’s take a look and see how these Gradients are applied now that they’re defined at the top of the template.   Color is typically used in the CSS portion of the header. As defined in the previous document, CSS stands for “Cascading Style Sheets” and is a way of formatting the same thing over and over again, kind of like setting a font in a word processor.       /* Header Gradient */     #is {         top: 0;         width: 100%;         min-height: 620px;         position: relative;         z-index: 1;         color: #fff; padding-top: 10%;                 background-image: linear-gradient(${gradient1},${gradient2});     }   Now normally in CSS, the linear-gradient option would have two colors listed, the top color and the bottom color and it provides a gradual transition from one to the other.   We could just as easily change this in the template to        background-image: linear-gradient(red,white);   But the problem doing that is that an end user, who is only using the Landing Page Editor, would not be able to change it. The gradient would be defined in the template and inaccessible to the Editor.   Changing these values to the variables defined before allows the user to change the first and second colors in the Landing Page editor interface.   In Summary:   The Meta Tags define what the variables mean:     <meta class="mktoColor" id="gradient1" mktoName="Primary Gradient 1" default="#1da083">     <meta class="mktoColor" id="gradient2" mktoName="Primary Gradient 2" default="#0f3450">   The ID= is then used to call the variable and put it into action:       background-image: linear-gradient(${gradient1},${gradient2});   The other benefit to doing it this way is you can re-use the same variable over and over again. Look at this piece of CSS:   body {                 background: ${gradient2};         margin: 0;         color: #696E74;     }   That’s the same ID as the gradient we used before, only applied to a different section. This ensures that the bottom color of the gradient and the background of this section will always be the same color.   Any item in the CSS that contains a text value, a color value or a yes/no choice can be converted to a Variable.   Here’s another common usage:   You’re using a form on your landing page, but you want the end user to be able to change the text on the submit button.   As before you define the variable:        <meta class="mktoString" id="section4ButtonLabel" mktoName="Sec. 4 Button Label" default="More Questions?">   Then farther down the page where the button appears you call the variable you defined before:        <div class="centered mtb">           <a href="${section4ButtonLink}"><button class="btn btn-lg btn-green mt">           ${section4ButtonLabel}</button></a>      </div>   The <a href= is pulling a http link that the user can define in the editor, the button class is setting up a green button as defined in the CSS, and there is our Variable to display the label which reads “More Questions?” Here’s what it looks like in the editor:   So this is great, and it makes sense because you can see this was all set up and defined by a professional. What if you wanted to add your own? Is that even possible?   Naturally it is!   First, figure out what you want to convert to a Variable. Is it a piece of text like a button name or a link? Is it a color? Is it a yes/no choice?   Let’s say we want to add a variable that controls the color of the buttons. We have two, both using the same color green, and we want whoever is running the landing page editor to change that without having to go to the template:   Step 1: Define your variable:        <meta class="mktoColor" id="ButtonColor" mktoName="Button Color" default="#1DA083">   We’re talking about colors so the class will be “mktoColor”. The ID can be anything we want it to be as can be the mktoName. The default is the same lovely green shade as was used before.   Now we need to call this color.  Looking at the CSS, we can see the .btn-green is defined as this:        .btn-green {           border: 4px solid #1da083;           border-radius: 60px;           color: #fff;           background: #1da083;           -webkit-transition: none;           -moz-transition: none;           transition: none;      }   The background is the color we want to change to a Variable so it can be edited without having to access the template.   Change the code to this:        .btn-green {           border: 4px solid #1da083;           border-radius: 60px;           color: #fff;           background: ${ButtonColor};           -webkit-transition: none;           -moz-transition: none;           transition: none;      }     Approve the template and check out the landing page in the editor:     Well that’s fantastic, but there’s a separate color for the border, we could just as easily add a variable for it as well:        border: 4px solid #1da083;   We don’t want to HAVE to add another new variable for just the border. We could change the border at the same time as the button. By changing #1da083; to ${ButtonColor};   The trick now becomes what if you change your mind? What if you have a variable in the template that is no longer desired? How do you get rid of it?   Remember each variable is two pieces, the definition and the call. You have to remove BOTH pieces. Technically removing the call would be enough to prevent the change from being made on the page, but the definition is what makes the variable appear in the Landing Page Editor, if you only removed the call then there would be a non-functional Variable in the landing page editor.   So in the case of our button color:   Step 1 would be to strip out the meta tag containing the definition:     Step 2 would be changing the variable name where it’s being used to some fixed value:        .btn-green {           border: 4px solid #1da083;           border-radius: 60px;           color: #fff;           background: ${ButtonColor}; -> change this to some other fixed color. #00FF33; or the original #1da083;.           -webkit-transition: none;           -moz-transition: none;           transition: none;      }   Doing both pieces will prevent the Variable from being listed in the Landing Page Editor and prevent it from having any effect on the page.  
View full article
Issue Description REST API call, Get Lead Activities, is returning 603 error   Issue Resolution Error 603 refers to 'access denied' where authentication is successful but the user doesn’t have sufficient permission to call this API. Additional permissions may need to be assigned to the user role. http://developers.marketo.com/rest-api/error-codes/   Go to Admin > Users and Roles Select API User and identify what role it is assigned to (e.g. API role) Go to Roles and check the permissions assigned to the API role Check to see if the API role does not have 'Read-Only Activity' or 'Read-Write Activity' permission In order to make a Get Lead Activities REST API call with the API user, the API role of the user must be modified to have permissions to  'Read-Only Activity' or 'Read-Write Activity'. If you use Workspaces and Partitions, make sure the API User has the necessary access. Is this article helpful ? YesNo
View full article
So you’ve now used the previous document (Getting Started With Guided Landing Pages:) to download a template from our library and set it up in your Marketo instance, you have even used it to make a landing page or two and you’ve customized those landing pages, all of which is fantastic news! Good job!   But now you’re looking at the template and things need to be changed: That’s a good start, but the Elements on the page may not seem “right” to you. We have an image on the left, a text headline on the right and a form below the text headline.   What if that’s NOT the layout you intended? What if, instead, you wanted the headline at the top, centered on the page and the image and the form side by side below the headline?   All of the elements on the template can be added, removed, re-ordered, changed up, switched out and modified. Doing so, however, absolutely requires knowledge of HTML. As stated before, if you are not comfortable editing HTML and do not have a resource available to you, please reach out to services@marketo.com, they are able to assist with any sort of coding needs.   Editing a Template:   Let’s go back to the template we created before and edit it and see what we can do about that image, form and headline.   Every object on a Guided Template is called an “Element”, you can see a list of the elements being used on any given page in the right hand pane of the landing page editor. However, that’s not all the elements that can be used on a landing page.   The full list of template elements can be found here: https://docs.marketo.com/display/public/DOCS/Create+a+Guided+Landing+Page+Template   So looking at that list, and knowing we want to change the layout of a text headline, image and form, the Elements we should be looking for are marked like this: class: "mktoText" class: "mktoImg" class: "mktoForm"   That seems easy enough, let’s look at the code and see what we can see.   Scrolling down through the code you will see first a bunch of variables defined. Variables are another sort of item that can be changed on a responsive landing page, please see Editing Marketo Guided Landing Page Templates, Pt. 2 - Variables:  which follows this one. Following that is a bunch of CSS code. CSS stands for “Cascading Style Sheets” and is a way of formatting the same thing over and over again, kind of like setting a font in a word processor. You wouldn’t want to have to re-set your font and size every time you start a new paragraph, right? CSS helps maintain a consistent look and feel across the entire document. Following the CSS, we get to the main section of the template, the <body> section. The <body> tag typically contains what you and I would consider to be “THE” web page. Everything above the body helps define how the web page looks and feels, but the <body> contains the actual content.   Sure enough, right there inside the <body> tag on lines 290 to 295 are the Elements we’re looking for: Each of the Elements we want to re-order are located inside <div> tags. A <div> tag is just a way of separating out one part of the page from the rest of the page. This section is marked as being “special” and the “class=” attribute is telling us in what way this section is special.   Each section starts with <div and ends with </div> closing it off. In HTML it’s important to close elements that have been started, so if we’re going to change the order of things, it’s important to select the entire section, from the <div to the </div>   More on HTML <div> tags here: http://www.w3schools.com/tags/tag_div.asp   HTML renders everything from left to right and from top to bottom. In the code, we are first defining the mktoImage, following that with mktoText and finally with mktoForm. That’s why the objects appear on the landing page in that order: In order to change the layout in a specific way, we will have to take each of the <div> tags containing elements and place them in a table. A table is a way in HTML to order things in terms of rows and columns. The <table> tag is one of the oldest tags in HTML and works on pretty much every HTML capable device.   More on the <table> tag here: http://www.w3schools.com/tags/tag_table.asp   Wrapping the Elements in a table is pretty straightforward. Copy the code to a text editor:        <div class="mktoImg col-lg-6 col-md-6 centered" id="primaryImage" mktoName="Primary Image" style="min-height:100%;" mktoImgClass="expandToFit"></div>      <div class="col-lg-6 col-md-6 centered"><div class="mktoText" id="primaryBodyHeader" mktoName="Primary Header"><h1>Alice's Adventures in Wonderland</h1></div></div>      <div class="mktoForm" id="primaryForm" mktoName="Primary Form" style="margin-bottom:40px;padding:10px;min-height:80px;"></div>   Step 1 is to change the order, we want the text to come first:        <div class="col-lg-6 col-md-6 centered"><div class="mktoText" id="primaryBodyHeader" mktoName="Primary Header"><h1>Alice's Adventures in Wonderland</h1></div></div>      <div class="mktoImg col-lg-6 col-md-6 centered" id="primaryImage" mktoName="Primary Image" style="min-height:100%;" mktoImgClass="expandToFit"></div>      <div class="mktoForm" id="primaryForm" mktoName="Primary Form" style="margin-bottom:40px;padding:10px;min-height:80px;"></div>   Step 2 is to wrap the content in a table. Inside the <table> tag are special tags that define the rows and columns. <tr> sets up each row and as you saw with the </div> tag is marked with a </tr> ending the row.   <td> defines each column, I know it’s confusing having <tr> where “r” clearly means “row”. You’d think it would be <tc> for column, but trust me, it’s <td>.   More on <tr> and <td> here: http://www.w3schools.com/tags/tag_tr.asp http://www.w3schools.com/tags/tag_td.asp   <table>      <tr>           <td>                <div class="col-lg-6 col-md-6 centered"><div class="mktoText" id="primaryBodyHeader" mktoName="Primary Header"><h1>Alice's Adventures in Wonderland</h1></div></div>           </td>      </tr>      <tr>           <td>                <div class="mktoImg col-lg-6 col-md-6 centered" id="primaryImage" mktoName="Primary Image" style="min-height:100%;" mktoImgClass="expandToFit"></div>           </td>           <td>                <div class="mktoForm" id="primaryForm" mktoName="Primary Form" style="margin-bottom:40px;padding:10px;min-height:80px;"></div>           </td>      </tr> </table>   This is the basic structure of the table. There are going to be some tweaks needed, but let’s see how this looks first. Put this in place of the code currently in the template like so: The indented tabs here aren't JUST for readability. The Guided Template Editor has build in code validation and it will return errors if you try to have your elements on the same line as the TD's and TR's. Make sure each item is on it's own line.   Go back and re-approve the draft and then edit the landing page we made before. It’s not pretty, but that’s OK. First we have to get the structure the way we want it, making it look pretty is the very last thing we do.   What we have here is the text headline on the top, which is great. The image and the form are below, left and right, respectively, side by side. That’s just what we wanted.   The problem is that we have a row with one column on top of a row with two columns and that has skewed things slightly. Fortunately this is an easy fix. We just need to take the single column in row 1 and make it stretch across both columns in row 2.   To do that, we add an attribute. Attributes modify the way tags behave.   In the template go back to the code we inserted and find the <table> tag where we set the whole thing up. First we’re going to control the width of the table:        <table width=”100%”>   This tells the browser to render the table at 100% the width of the screen.   Now find the <td> tag that contains the text element.             <td>                <div class="col-lg-6 col-md-6 centered"><div class="mktoText" id="primaryBodyHeader" mktoName="Primary Header"><h1>Alice's Adventures in Wonderland</h1></div></div>           </td>   Add the following attribute like so:             <td colspan=”2” width=”100%”>                <div class="centered"><div class="mktoText" id="primaryBodyHeader" mktoName="Primary Header"><h1>Alice's <br>Adventures in <br>Wonderland</h1></div></div>           </td>   So what we’ve told it here is to span two columns and take up 100% the width of the table, and since the table is already 100% the width of the screen, this should fit the page as well. We’ve also changed the class on the <div> so that it simply reads “centered”. This should center the title based on the CSS code defined above.   Now find the <td> tags that contain the image and the form and adjust them to 50% each like so:             <td width="50%">                <div class="mktoImg col-lg-6 col-md-6 centered" id="primaryImage" mktoName="Primary Image" style="min-height:100%;" mktoImgClass="expandToFit"></div>           </td>           <td width="50%">                 <div class="mktoForm" id="primaryForm" mktoName="Primary Form" style="margin-bottom:40px;padding:10px;min-height:80px;"></div>           </td>   Go back and approve the template change and edit a draft of your landing page. There you go! Now if we were preview this and change the size of the window, we get this (image and form are blank as they have not yet been added.)
View full article
When a user switches to another language in their preferences not everything in Marketo will get translated. Specifically, any object that has an editable name is not automatically translated.   Type of Text Example Translated? Editable Text Programs Seeded Channels Seeded Marketing Activities Folders Progression Statuses Custom Fields No Not Editable Text Standard Fields System Smart Lists General User Interface Yes   When a user views content in a workspace that is not the same as their preferred language, the above table describes what would be translated.
View full article
  Marketo now fully supports responsive landing pages, we call the new style a "Guided Landing Page". A Guided Landing Page is one that is capable of dynamically resizing itself for different window sizes and devices. If you’ve used the Marketo interface to set up an Email Template and an Email, the basic concept of setting up a responsive template and landing page will feel pretty familiar.   First you have to define a template that contains the editable areas of the landing page, once that is completed you use that template to build the landing page. Unlike the Email editor however, constructing and altering a responsive landing page template will require a minor amount of HTML knowledge.   If you are not comfortable in HTML and do not have an HTML developer available to assist you, Marketo’s services team can help! You can reach them at services@marketo.com   To get started, first visit our Template Library for Guided Landing Page Templates located here: https://docs.marketo.com/display/public/DOCS/Guided+Landing+Page+Templates;jsessionid=5D71353C1CBF708DEC3DAB1588E78B4F     Select the template you’d like to use, right click the link and select “Save Link As” to download the HTML code.   Once the template is saved locally on your computer, go to where it’s saved and open it in the text editor of your choice. What you’ll see is a whole bunch of HTML:     In your text editor, use CTRL-A to select all and CTRL-C to copy it to the clip-board. (On a Mac this is Command-A and Command-C) then log on to your Marketo instance.   In your Marketo instance, go to the Design Studio and select “New Landing Page Template”     In the New Landing Page Template window, assign your template a folder and a name, then make sure the editing mode is “Guided”. The “Free-form” mode is for the non-responsive templates that we had before. Click “Create”!     Now we’re ready to replace the sample template code with the code you downloaded from the Template Library.   CTRL-A (Command-A on a Mac) will select the starter code and CTRL-V (Command-V) will paste the template code right over the top of the existing code. The template will save itself automatically when finished.     Now that the template is ready to go, we’re ready to see it in action!   Using a Marketo Guided Landing Page Template:   Now that we have a template created, we’re ready to start using it. Close the template tab where the code is and go back to the Design Studio.   Select the template you just created and approve it.     Once the template is approved, you can use it to create a landing page. In the new landing page window, assign a folder and a name and select the template you just created. Click “Create”!   You can always identify which templates are responsive and which are not by looking for a little window icon on the right hand side. If the window icon is present then that template was created using the new Guided editor and is fully responsive. If the window is not present, then that template was created using the old editor and it’s NOT responsive. You cannot automatically convert an old non-responsive template to a new one.   Congratulations! Your new responsive template is ready to use!   Please see our documentation here on how to edit a Guided Landing Page:   https://docs.marketo.com/pages/releaseview.action?pageId=7515306      
View full article
This solution will ONLY work with Forms 1.0. Is this article helpful ? YesNo
View full article
Issue Do users within a Marketo instance get automatically subscribed to receive emails about upcoming Marketo webinars? Solution Users with a login in Marketo are not automatically subscribed to receive emails about upcoming Marketo webinars. The users would need to subscribe to the communications by filling up a form on any Marketo landing pages (e.g. https://www.marketo.com/company/contact)    
View full article
If you have submitted a support case and you feel that the case was improperly handled or that the solution being offered does not meet the communicated Marketo support expectations, then we would welcome the opportunity to look deeper at your specific support engagement and work with you on delivering a better resolution. Caution: If the item you're looking to escalate is related to a Production Down incident, please call the support line for your region to receive immediate assistance. Support Manager escalations are only handled during normal business hours. The phone numbers for each region are listed below, follow the prompts for P1: Americas: +1.877.270.6586, Direct: +1.650.376.2303 Europe, Middle East, & Africa: +353 (0)1 242 3030,  UK: 0800 151 3030 Asia Pacific: +61 2 8031 8188 Japan: +81.03.4233.9014 How to Escalate: Step 1. Navigate to the "Case Management" area of the support portal either by mousing over the Support tab and selecting "Case Management" or clicking the Support tab and click on the “My Case Management” button. NOTE: You will need an open or recently closed case in order to escalate to support leadership. This is a article attached image   Step 2. From here you will need to click on either an open or a recently closed* case:   This is a article attached image   *Support Cases that have been closed for longer than 10 days are no longer eligible to be re-opened and we ask that you open a new support ticket for your current issue prior to escalating to a Support Manager. We ask that you have an open support ticket for a Support Manager to be able to address specific issues. Step 3. After selecting a case, click on the Escalate to Manager button:   This is a article attached image     Step 4. A pop up will display and you will need to the purpose for the escalation and click on the “Escalate” button.   This is a article attached image   Once your support escalation case has been submitted a Marketo Support Leader will contact you within 1 business day of your support region's support hours to address the issue.
View full article
Issue: We use Google Mail with Microsoft Outlook and the Marketo Sales Insight Outlook-Add In is not working.   Solution: Open Microsoft Outlook Click on Tools > Options > Email Options > Advanced Email Options. Change the "AutoSave Items In" drop-down from "Drafts" to any other setting. For example, you can use "Sent Folder".   Note 1) This is a solution for an issue found with the Google App that helps connect Gmail and Outlook. 2) Note that although some customers have had success with the above solution, we do not currently support Goggle Mail.  Currently, we officially support Exchange servers only. Is this article helpful ? YesNo
View full article