Answers.Body: <p>It's often best when encountering bugs that are difficult to trace to start by upgrading to the most recent version, which in your case would be the lastest LTS  version. That way you aren't spending time diagnosing a bug that others have already solved.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-09T14:43:54.280Z
Answers.LastActivityDate: 2015-04-09T14:43:54.280Z
Answers.UserDisplayName: Joe Murray
Answers.Body: <p>This sounds like an issue a customer of ours encountered. In the end they resolved it at the device level.</p>
  <p>From our issue tracker notes on the subject:</p>
  <blockquote>
  <p>The issue is to do with character encodings. CiviCRM emails are sent with the following headers:</p>
  </blockquote>
  <pre><code>Content-Transfer-Encoding: 8bit
  Content-Type: text/html; charset=utf-8
  </code></pre>
  <blockquote>
  <p>Whereas it appears Exchange is re-encoding these as 'quoted-printable' when serving them to the iOS device:</p>
  </blockquote>
  <pre><code>Content-Type: text/plain; charset=windows-1252
  Content-Transfer-Encoding: quoted-printable
  </code></pre>
  <p>Here was their final feedback to us</p>
  <blockquote>
  <p>&quot;You were right about this being something to do with legacy mailservers, etc. Sort of. I sorted out how to replicate this behavior on ANY iOS device. Simply create a new mail account on your iOS device using the &quot;Exchange&quot; option as outlined here: <a href="http://www.macobserver.com/tmo/article/how-to-set-up-gmail-on-ios-using-exchange-activesync" rel="nofollow noreferrer">http://www.macobserver.com/tmo/article/how-to-set-up-gmail-on-ios-using-exchange-activesync</a></p>
  <p>Although he isn't here today to ask, I believe our ED has his email setup this way on both his iPhone and iPad, and this is causing the issue. I will check in with the member who is experiencing the same issue and see if they are on an Exchange server or a Google mailserver set up in a similar manner.</p>
  <p>I'm setting this to resolved, and we'll work internally to get all our people on the correct iOS settings.</p>
  <p>Thanks much for your help!&quot;</p>
  </blockquote>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-20T15:31:13.930Z
Answers.Text: We're encountering this too, sometimes with "Missing input parameters" and sometimes "There was an error in your request", in the Civi debug log accompanied by a backtrace. We also get opt-outs that succeed. If it's caused by some combination of Exchange and iOS at the recipient's end, am I right in thinking there isn't much we can do? We have no control of the mail server or OS used by alumni of our member schools.
Answers.UserDisplayName: DaveFF
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-21T19:48:18.240Z
Answers.Text: Thanks for the info Eileen. It seems that we have at least a couple of users in our system who have the same iOS setup. Apparently, it was a fairly popular way to get push notifications to appear for iPhone users.
Answers.UserDisplayName: BBC
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-20T10:48:29.310Z
Answers.LastActivityDate: 2015-07-01T04:11:05.897Z
Answers.LastEditDate: 2020-06-17T09:00:50.810Z
Answers.UserDisplayName: eileen
Body: <p>I've been seeing a few strange errors on one of my CiviCRM (4.4.4) site recently. </p>
  
  <pre><code>***ERROR***
  Array
  (
      [message] =&gt; Missing input parameters
      [code] =&gt; 
  )
  ...
  REQUEST_METHOD:     GET 
  QUERY_STRING:       reset%253D1%2526jid%253D69%2526qid%253D1605%2526h%253D077ec51a7e598906 
  REQUEST_URI:        //civicrm/mailing/optout?reset%253D1%2526jid%253D69%2526qid%253D1605%2526h%253D077ec51a7e598906 
  SCRIPT_NAME:        /index.php 
  PHP_SELF:           /index.php 
  REQUEST_TIME:       1428513094 
  </code></pre>
  
  <p>Based on the error message, it looks like the optout request is somehow getting encoded, which yields a CiviCRM "Sorry but we are not able to provide this at the moment" error. </p>
  
  <p>At first, I thought that there was a problem with the request, but I noticed that if I decode the request URI, I get a valid optout address.</p>
  
  <p>It seems that there might be an email client out there incorrectly encoding the optout and unsubscribe tokens, but I haven't been able to reproduce this in testing both HTML and TXT email formats.  </p>
  
  <p>Any thoughts about what might be happening here?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-04-08T17:46:09.957Z
Comments.Text: How does the URL look in the email source?  In other words, is your site re-encoding or is the email re-encoding?  Also, check the preview screen when you test the email.  That'll tell you whether it's your WYSIWYG doing the encoding.
Comments.UserDisplayName: Andie Hunt
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-04-09T16:24:33.587Z
Comments.Text: Thanks Andrew. I'm uploading TXT and HTML files directly rather than using WYSIWYG. The source URLs look like this:
  
  /civicrm/mailing/optout?reset=1&amp;jid=87&amp;qid=3150&amp;h=7f486ed8d8e33822
Comments.UserDisplayName: BBC
Tags: <civimail>
Title: Missing Input Parameters Error
ThreadText: # Missing Input Parameters Error
  
  (Asked by: username_0 on 2015-04-08)
  
  I've been seeing a few strange errors on one of my CiviCRM (4.4.4) site recently.
  
  ```
  ***ERROR***
  Array
  (
      [message] => Missing input parameters
      [code] => 
  )
  ...
  REQUEST_METHOD:     GET 
  QUERY_STRING:       reset%253D1%2526jid%253D69%2526qid%253D1605%2526h%253D077ec51a7e598906 
  REQUEST_URI:        //civicrm/mailing/optout?reset%253D1%2526jid%253D69%2526qid%253D1605%2526h%253D077ec51a7e598906 
  SCRIPT_NAME:        /index.php 
  PHP_SELF:           /index.php 
  REQUEST_TIME:       1428513094 
  
  ```
  
  Based on the error message, it looks like the optout request is somehow getting encoded, which yields a CiviCRM "Sorry but we are not able to provide this at the moment" error.
  
  At first, I thought that there was a problem with the request, but I noticed that if I decode the request URI, I get a valid optout address.
  
  It seems that there might be an email client out there incorrectly encoding the optout and unsubscribe tokens, but I haven't been able to reproduce this in testing both HTML and TXT email formats.
  
  Any thoughts about what might be happening here?
  
  **Tags:** civimail
  
  > **Comments:**
  > **username_1**: How does the URL look in the email source?  In other words, is your site re-encoding or is the email re-encoding?  Also, check the preview screen when you test the email.  That'll tell you whether it's your WYSIWYG doing the encoding.  
  > **username_0**: Thanks Andrew. I'm uploading TXT and HTML files directly rather than using WYSIWYG. The source URLs look like this:  /civicrm/mailing/optout?reset=1&amp;jid=87&amp;qid=3150&amp;h=7f486ed8d8e33822  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_3 on 2015-05-20. Score: 5 | Accepted answer
  
  This sounds like an issue a customer of ours encountered. In the end they resolved it at the device level.
  
  From our issue tracker notes on the subject:
  
  > The issue is to do with character encodings. CiviCRM emails are sent with the following headers:
  
  ```
  Content-Transfer-Encoding: 8bit
  Content-Type: text/html; charset=utf-8
  
  ```
  
  > Whereas it appears Exchange is re-encoding these as 'quoted-printable' when serving them to the iOS device:
  
  ```
  Content-Type: text/plain; charset=windows-1252
  Content-Transfer-Encoding: quoted-printable
  
  ```
  
  Here was their final feedback to us
  
  > "You were right about this being something to do with legacy mailservers, etc. Sort of. I sorted out how to replicate this behavior on ANY iOS device. Simply create a new mail account on your iOS device using the "Exchange" option as outlined here: <http://www.macobserver.com/tmo/article/how-to-set-up-gmail-on-ios-using-exchange-activesync>
  >
  > Although he isn't here today to ask, I believe our ED has his email setup this way on both his iPhone and iPad, and this is causing the issue. I will check in with the member who is experiencing the same issue and see if they are on an Exchange server or a Google mailserver set up in a similar manner.
  >
  > I'm setting this to resolved, and we'll work internally to get all our people on the correct iOS settings.
  >
  > Thanks much for your help!"
  
  > **Comments:**
  > **username_4**: We're encountering this too, sometimes with "Missing input parameters" and sometimes "There was an error in your request", in the Civi debug log accompanied by a backtrace. We also get opt-outs that succeed. If it's caused by some combination of Exchange and iOS at the recipient's end, am I right in thinking there isn't much we can do? We have no control of the mail server or OS used by alumni of our member schools.  
  > **username_0**: Thanks for the info username_3. It seems that we have at least a couple of users in our system who have the same iOS setup. Apparently, it was a fairly popular way to get push notifications to appear for iPhone users.  
  
  ---
  
  ### Answer by username_2 on 2015-04-09. Score: 3
  
  It's often best when encountering bugs that are difficult to trace to start by upgrading to the most recent version, which in your case would be the lastest LTS version. That way you aren't spending time diagnosing a bug that others have already solved.
  
  
  ---
  
  