Answers.Body: <p>You may want to have a look at the <a href="https://docs.civicrm.org/newsletter/en/latest/" rel="nofollow noreferrer">Advanced Newsletter Management Extension</a>. It allows you to configure mailing subscription preference pages in CiviCRM. The extension will then make this information available via its REST API and an external system can generate the pages and present them to your contacts.</p>
  <p>As it does require some work to set up mailing preference forms separately from CiviCRM, it's not a quick and easy fix.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-11-02T15:55:58.253Z
Answers.Text: Thanks-- I had not seen that extension-- it is not listed in the Extensions Directory.  I will check it out.
Answers.UserDisplayName: Larry K.
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-11-03T07:24:36.913Z
Answers.Text: Unfortunately not all extensions are listed there and getting an extension listed for "automated distribution" can be a bit cumbersome. Hence it's wise always to google for extensions in addition to checking the extension directory.
Answers.UserDisplayName: Fabian
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-10-30T11:25:17.330Z
Answers.LastActivityDate: 2020-10-30T11:25:17.330Z
Answers.UserDisplayName: Fabian
Body: <p>We are experiencing a significant number of links in our emails being altered by email firewalls resulting in recipients experiencing peculiar unsubscribe form behavior that is troublesome.  For example, one firewall product replaces any email address in our unsubscribe URLs with mail=nobody@mycraftmail.com.</p>
  <p>Has anyone explored an alternative method for unsubscribe links that works well?  We are considering using cid and checksum, but the form won't work once the token expires.  We are using CiviCRM 5.21.3 on Drupal 7.73.  Thanks for any suggestions you may have.</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-10-23T22:15:21.177Z
Comments.Text: If it helps you can increase the checksum expiry time at Admin - System Settings - Misc. It's the first option "Checksum Lifespan".
Comments.UserDisplayName: Demerit
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-10-24T15:25:58.060Z
Comments.Text: Thanks-- we had increased it by a week, but would like to avoid extending it beyond that.
Comments.UserDisplayName: Larry K.
Tags: <email><unsubscribe>
Title: Unsubscribe URLs in emails being altered by firewalls
ThreadText: # Unsubscribe URLs in emails being altered by firewalls
  
  (Asked by: username_0 on 2020-10-23)
  
  We are experiencing a significant number of links in our emails being altered by email firewalls resulting in recipients experiencing peculiar unsubscribe form behavior that is troublesome. For example, one firewall product replaces any email address in our unsubscribe URLs with mail=nobody@mycraftmail.com.
  
  Has anyone explored an alternative method for unsubscribe links that works well? We are considering using cid and checksum, but the form won't work once the token expires. We are using CiviCRM 5.21.3 on Drupal 7.73. Thanks for any suggestions you may have.
  
  **Tags:** email, unsubscribe
  
  > **Comments:**
  > **username_1**: If it helps you can increase the checksum expiry time at Admin - System Settings - Misc. It's the first option "Checksum Lifespan".  
  > **username_0**: Thanks-- we had increased it by a week, but would like to avoid extending it beyond that.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2020-10-30. Score: 2
  
  You may want to have a look at the [Advanced Newsletter Management Extension](https://docs.civicrm.org/newsletter/en/latest/). It allows you to configure mailing subscription preference pages in CiviCRM. The extension will then make this information available via its REST API and an external system can generate the pages and present them to your contacts.
  
  As it does require some work to set up mailing preference forms separately from CiviCRM, it's not a quick and easy fix.
  
  > **Comments:**
  > **username_0**: Thanks-- I had not seen that extension-- it is not listed in the Extensions Directory.  I will check it out.  
  > **username_2**: Unfortunately not all extensions are listed there and getting an extension listed for "automated distribution" can be a bit cumbersome. Hence it's wise always to google for extensions in addition to checking the extension directory.  
  
  ---
  
  