CiviCRM Community Forums (archive)

I am trying to test my setup and it seems I have put in the right parameters for password, username, etc... but, to me it seems that my IMAP server does not like the folder names with a dot in them. Here's error message:

connecting to pop.example.net, authenticating as civimail@example.net and selecting Inbox mailboxes found: INBOX.CiviMail.ignored, INBOX.CiviMail, INBOX
Fatal error: Uncaught exception 'ezcMailTransportException' with message 'An error occured while sending or receiving mail. The IMAP server could not create mailbox 'CiviMail.ignored': A0004 NO Invalid mailbox name..' in /var/www/html/drupal-6.6/sites/all/modules/civicrm/packages/ezc/Mail/src/transports/imap/imap_transport.php:504 Stack trace: #0 /var/www/html/drupal-6.6/sites/all/modules/civicrm/CRM/Mailing/MailStore/Imap.php(67): ezcMailImapTransport->createMailbox('CiviMail.ignore...') #1 /var/www/html/drupal-6.6/sites/all/modules/civicrm/CRM/Mailing/MailStore.php(60): CRM_Mailing_MailStore_Imap->__construct('pop.example.net', 'civimail@example.n...', 'Sup3rspl4sh', true, 'Inbox') #2 /var/www/html/drupal-6.6/sites/all/modules/civicrm/bin/CiviMailProcessor.php(48): CRM_Mailing_MailStore->getStore() #3 /var/www/html/drupal-6.6/sites/all/modules/civicrm/bin/CiviMailProcessor.php(144): CiviMailProcessor->process() #4 {main} thrown in /var/www/html/drupal-6.6/sites/all/modules/civicrm/packages/ezc/Mail/src/transports/imap/imap_transport.php on line 504

I tried creating manually and that seems to be the problem... I can manually create (see above - Inbox mailboxes found) create something like INBOX.CiviMail.ignored

Where should I tell CiviMail to use these?

An error occured while sending or receiving mail. The IMAP server could not create mailbox 'CiviMail.ignored': A0004 NO Invalid mailbox name..

Argh. Do you know what IMAP server it runs?

I tested the code with GMail and it worked with mixed-case folders; if the above is with some free webmail, I could test exactly what the problem is.

the fact that originally it did not prepend the $folder variable so it was trying to create the folders in the root - not the Inbox.CiviMail.ignored, but CiviMail.ignored and my IMAP server (I will check with our ISP if you think that is still pertinent) didn't want to create that.

Yeah, I understood that. I tested with GMail and they did allow root-originated mailboxes, so I assumed other implementations would as well (I’m not sure why would anyone restrict the user to allow mailboxes only under INBOX).

I tried creating it through outlook in the way mentioned above.

Did you confirm that you cannot create any root inboxes whatsoever? Even simple ones, like ‘test’?

The hierarchy delimiter for this server '.' cannot be used in folder names.

This is most probably it – GMail uses \ for hierarchy delimiter. I’ll adjust the CiviMail folder names to not contain a dot.

Thanks a lot for testing this!

Nevermind, I believe that the solution for this from CiviMail side is that the folder path is completely configurable...

As a second best I would vote for keeping it in the inbox (not only because it works for me , but because this mail is still should be considered only received by any other reader).

Yeah, I think we should make this configurable.

Making it a subfolder of inbox makes some sense, but I’ll have to test it with GMail – we want to support GMail, because it’s the easiest way to have a working return channel (GMail supports + as the recipient delimiter and CiviCRM 2.2 has localpart support, so if you have a civimail@gmail.com account, you can use civimail+s.7.0.0000000000000000@gmail.com as the CiviMail subscribe-to-group-7 address, for example, and poll that account with CiviMail Processor). The trick with GMail is that it maps IMAP folders to labels, and so I’m not sure whether it supports subfolders (and if so how does it work).

Also, on every connection CiviMail Processor parses all email from the inbox, and if GMail has a flat hierarchy then moving an email to INBOX.CiviMailProcessed might mean it gets processed again next time anyway.

I think GMail will have no issues with hierarchy (I tested through Outlook as IMAP client for gmail and subfolders look fine).
From tests with Outlook I assume(!) that the IMAP support for gmail is good and that the lables/flat space only appears flat in the webclient.

Wouldn't it be better to use the $folder variable (whose default value is 'Inbox')?

For instance, like so:

line 61        $this->_ignored   = $folder . '.CiviMail.ignored';