The Community is hosting an End of Summer sweepstakes! Participants must complete tasks to earn tickets that will enter them with a chance to win a free year of Constant Contact and other great prizes!*
*No Purchase Necessary. For Official Rules, visit here. Constant Contact’s End of Summer 2020 Sweepstakes ends on October, 20, 2020 at 11:50 PM EST.
Posting for posterity and so people finding this thread on Google know what to do. Got this reply from support: Hi Steve, I got a chance to do more digging on this, and it looks like this may be an issue without much of a clean solution for the V2 API. The problem right now is that the API (and the internal service it uses) were both designed when addresses were handled a bit differently and had 3 components with a length of 50 each, for a combined length of 150. However, the current version of the contact management platform uses a single address field (with some support for the legacy format) with a length limit of 255. The effect of this is that a customer could import a contact from a spreadsheet with an address whose length is greater than 50 (the limit for each of the component pieces of the format our API uses), and then the external APi is not able to update that contact directly. Fortunately, there is a work-around for this issue. Because of the discrepancies between the API and our UI for managing contact data, the system is configured such that omitting the physical address data does not remove that data during a contact update. Including the address data and modifying it allows you to update it, but omitting it does not remove it. Given this, the best work-around available would be to: A) Remove the addresses property from any contact whose address you are not updating Or emoticon.sunglasses.title Detect this error message and selectively remove the addresses property of contacts. If you have any questions or concerns, please let me know!
... View more