Currently, Magento - by default - is the process owner for the DOI Process, therefore providing subscription_id and confirmation_code to deal with the subscription status. These Values are used in unsubscription link pointing to the magento unsubscription webpage. As the subscription data is not provided to Inxmail, no unsubscription link can be generated.
Solution
The subscription_id and the confirmation_code must be synchronised to Inxmail. In Inxmail, these values need to be used in the unsubscription URL of the template.
Acceptance Criteria
for each Storeview, a different subscription_id and confirmation_code is generated, providing the subscription entry for each of these.
therefore, each list associated requires per storeview a different attribute in Inxmail. Syntax: "magento_[storeviewId]_subscriber_id" (int(10) unsigned) and "magento_[storeviewId]_confirmation_code" (varchar(32))
If the corresponding attributes are not existing, they are created automatically for the associated lists
This functionality remains active even if "Inxmail Professional" is selected as DOI System
Problem
Currently, Magento - by default - is the process owner for the DOI Process, therefore providing subscription_id and confirmation_code to deal with the subscription status. These Values are used in unsubscription link pointing to the magento unsubscription webpage. As the subscription data is not provided to Inxmail, no unsubscription link can be generated.
Solution
The subscription_id and the confirmation_code must be synchronised to Inxmail. In Inxmail, these values need to be used in the unsubscription URL of the template.
Acceptance Criteria
magento_[storeviewId]_subscriber_id
" (int(10) unsigned) and "magento_[storeviewId]_confirmation_code
" (varchar(32))