Answers.Body: <p>I believe that the "fetchmail" approach outlined by Chris Burgess on <a href="https://civicrm.stackexchange.com/a/15320/12">this answer</a> is a good troubleshooting step.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-02-17T15:57:22.333Z
Answers.LastActivityDate: 2017-02-17T15:57:22.333Z
Answers.LastEditDate: 2017-04-13T12:53:13.167Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.Body: <p>Try setting up an email client like <a href="https://www.mozilla.org/en-US/thunderbird/" rel="nofollow noreferrer">Mozilla Thunderbird</a> to connect to your account using IMAP.  That way, you can isolate the problem and avoid any differences in how your webmail login works.</p>
  
  <p>For example, you might find that webmail takes just a username but IMAP/POP wants a domain added to the end, or vice-versa.  Or, you may find that IMAP is turned off (the default in Gmail, for example), or you may need to connect to a different server like imap.example.org or mail.example.org.  Using an IMAP client will give you a little more visibility into what's going on.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-04-18T18:56:26.440Z
Answers.LastActivityDate: 2017-04-18T18:56:26.440Z
Answers.UserDisplayName: Andie Hunt
Body: <p>I created on our mail server an email account <em>inbox.civicrm</em>, and checked it with the webmail facility: username <em>inbox.civicrm@example.org</em> and password are working.</p>
  
  <p>Then, i created in CiviCRM an email account with</p>
  
  <ul>
  <li>server = example.org</li>
  <li>user = inbox.civicrm</li>
  <li>password = same password as used in webmail (tested several times)</li>
  <li>domain name = example.org </li>
  </ul>
  
  <p>But the connection is refused, with SSL or not, POP3 or IMAP.</p>
  
  <p>The error message in the CiviCRM log:</p>
  
  <pre><code>(
      [message] =&gt; Kan geen verbinding maken met Mailstore voorinbox.civicrm@example.org&amp;lt;p&amp;gt;Foutmelding:&amp;lt;pre&amp;gt;An error occured while sending or receiving mail. The POP3 server did not accept the password: -ERR [AUTH] Authentication failed.
  .&amp;lt;/pre&amp;gt;&amp;lt;p&amp;gt;
      [code] =&gt; 
  )
  </code></pre>
  
  <p>In this question <a href="https://civicrm.stackexchange.com/questions/7030/process-inbound-emails-failed/7046">Process Inbound Emails Failed</a>, the password was the problem. Where to look for when a wrong password is not the problem?</p>
  
  <p>Drupal 7.35 CiviCRM 4.7.14</p>
  
Tags: <email>
Title: Password not accepted for inbound email
ThreadText: # Password not accepted for inbound email
  
  (Asked by: username_0 on 2017-02-17)
  
  I created on our mail server an email account inbox.civicrm, and checked it with the webmail facility: username inbox.civicrm@example.org and password are working.
  Then, i created in CiviCRM an email account with
  
  server = example.org
  user = inbox.civicrm
  password = same password as used in webmail (tested several times)
  domain name = example.org 
  
  But the connection is refused, with SSL or not, POP3 or IMAP.
  The error message in the CiviCRM log:
  (
      [message] => Kan geen verbinding maken met Mailstore voorinbox.civicrm@example.org<p>Foutmelding:<pre>An error occured while sending or receiving mail. The POP3 server did not accept the password: -ERR [AUTH] Authentication failed.
  .</pre><p>
      [code] => 
  )
  
  In this question Process Inbound Emails Failed, the password was the problem. Where to look for when a wrong password is not the problem?
  Drupal 7.35 CiviCRM 4.7.14
  
  **Tags:** email
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2017-02-17. Score: 2
  
  I believe that the "fetchmail" approach outlined by Chris Burgess on [this answer](https://civicrm.stackexchange.com/a/15320/12) is a good troubleshooting step.
  
  
  ---
  
  ### Answer by username_2 on 2017-04-18. Score: 1
  
  Try setting up an email client like [Mozilla Thunderbird](https://www.mozilla.org/en-US/thunderbird/) to connect to your account using IMAP. That way, you can isolate the problem and avoid any differences in how your webmail login works.
  
  For example, you might find that webmail takes just a username but IMAP/POP wants a domain added to the end, or vice-versa. Or, you may find that IMAP is turned off (the default in Gmail, for example), or you may need to connect to a different server like imap.example.org or mail.example.org. Using an IMAP client will give you a little more visibility into what's going on.
  
  
  ---
  
  