Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Search instead for
Did you mean:
Constant Contact wants to help you succeed! We’re celebrating our professional service programs on the Constant Contact Community this month and you have a chance to try one of the services for free! Learn more.
We have our own templates and we use tags like <font face="Arial"> to support various mail readers. This is valid HTML and it is crucial to our formatting. We don't put CSS in our emails for good reason. The fact that your new code editor is stripping valid HTML tags is completely ridiculous and unacceptable. It is unusable for our purposes. For this month's mailing we were able to still using the old version. If your new editor won't give us free reign to use basic HTML tags, we respectfully need to know what your deprecation schedule for the old version looks like. At what point is it going to disappear completely? Sadly, the only way we can stay with your company is if you keep the old code editor available indefinitely. Regards, Josh Strike CTO at the Barker Lounge
... View more
I represent a large company with 8 constant contact accounts. We are using elements of the legacy embedded signup form in a custom way on our website, and we do not want to change to the new inline/generated signup form. For our primary account, we have a "ca" ID and an original list ID ("13") which works. We are now adding additional mailing lists to that account. We've gotten the list IDs of the new ones from the API, and I'm able to modify our form to sign users up to the correct list. The problem I'm having is that when a user signs up for one list, they are SOMETIMES signed up for other lists as well. For example, say we have lists A, B, C, D, and E. We generate a form on our site with the account's "ca" and the "list:input" for each of these. When a user signs up for list A, they only appear on list A. When a user signs up for list B, they appear on both B and C. When a user signs up for D, they appear on D, B and E. There doesn't seem to be a rhyme or reason to it, but my guess is it's a bug in the way the new, longer list ID numbers are being parsed by the legacy embed form. Unfortunately, if we cannot continue to use this form, the company would consider it a dealbreaker. We cannot and do not wish to use the generated inline form, and would seek a different marketing service. We'd like to kindly request that you check whether the list IDs are being incorrectly parsed, or truncated, causing more than one list to be signed up to when a "ca" and a single, correct list ID is specified.
... View more