CiviCRM Community Forums (archive)

Hello,

I believe the EZC package is broken with regards to gmail imap accounts

This may affect many sites that are unaware of it and have had it working in set & forget mode for a long time.

It would result in replies not being processed but no errors and could affect sites which previously had working gmail php return channels. The symptoms of this problem are as described in other posts.



http://forum.civicrm.org/index.php/topic,10721.15.html
http://forum.civicrm.org/index.php/topic,10698.0.html
http://issues.civicrm.org/jira/browse/CRM-5431
http://issues.ez.no/IssueView.php?Id=15837&ProjectId=1


The details of the second symptom type & how I got it to work are below BUT the important thing to note is that there may be many sites out there blissfully unaware their civimail is not processing bounces because it is gmail that has changed not anything at their end

To test
Go to (Drupal)
http://yourdomain/sites/all/modules/civicrm/bin/CiviMailProcessor.php?name=username&pass=password&key=yourKey

& check there is evidence of mail being processed

To fix

apply this patch:

--- Mail/src/transports/imap/imap_transport.php (revision 11126)
+++ Mail/src/transports/imap/imap_transport.php (revision 11127)
@@ -522,6 +522,11 @@
         $tag = $this->getNextTag();
         $this->connection->sendData( "{$tag} LOGIN {$user} {$password}" );
         $response = trim( $this->connection->getLine() );
+ // hack for gmail, to fix issue #15837: imap.google.com (google gmail) changed IMAP response
+ if ( $this->serverType === self::SERVER_GIMAP && strpos( $response, "* CAPABILITY" ) === 0 )
+ {
+ $response = trim( $this->connection->getLine() );
+ }
         if ( strpos( $response, '* OK' ) !== false )
         {
             // the server is busy waiting for authentication process to


Some technical explanation (if you care)

EZC processes the first line returned By IMAP looking for the OK string:

Here is how it looks when you communicate with google by IMAP:

A LOGIN username@domain password
* CAPABILITY IMAP4rev1 UNSELECT LITERAL+ IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE
A OK username@domain authenticated (Success)


On line 503 of ezc imap_transport it says:

        $response = trim( $this->connection->getLine() );

ie. it only looks at the first line returned which is the CAPABILITY line not the OK string line. The fix causes it to look at the second too.

Yep - that link is above too - but anyone using gmail should apply the patch NOW not wait until their upgrade

Ok, I went out and upgraded ezComponents on the v3.0 branch, and this should be fixed in CiviCRM 3.0.4 later this week.

If someone could test whether overwriting their CiviCRM 3.0’s packages/ezc with CiviCRM 3.1’s packages/ezc fixes this issue it would be most appreciated.

I just replaced the ecz directory in my 3.0.3 installation with the 3.1b5 ezc directory and so far it has solved the Gmail access problems.  I look forward to getting the final 3.1!