Mailgate fail after upgrade to 9.5

[tizianosartori]

#0 /var/www/glpi/vendor/laminas/laminas-mail/src/Storage/Imap.php(216): Laminas\Mail\Protocol\Imap->connect('ssl://Gwr01', 993, 'ssl') #1 /var/www/glpi/inc/toolbox.class.php(2323): Laminas\Mail\Storage\Imap->__construct(Object(stdClass)) #2 /var/www/glpi/inc/mailcollector.class.php(1290): Toolbox::getMailServerStorageInstance('imap', Array) #3 /var/www/glpi/inc/mailcollector.class.php(667): MailCollector->connect() #4 /var/www/glpi/inc/mailcollector.class.php(1725): MailCollector->collect(2) #5 /var/www/glpi/inc/crontask.class.php(847): MailCollector::cronMailgate(Object(CronTask)) #6 /var/www/glpi/front/cron.php(83): CronTask::launch(2, '15') #7 {main} {"user":"@glpi"} [2020-07-08 13:26:07] glpiphplog.ERROR: MailCollector::collect() in /var/www/glpi/inc/mailcollector.class.php line 669

Mails receivers Name: 'Glpi@stetspa.it' Active: Yes Server: '{Gwr01/imap/ssl/novalidate-cert}INBOX' Login: 'glpi' Password: Yes

An error occured trying to connect to collector. cannot connect to host ; error = fsockopen(): unable to connect to ssl://Gwr01:993 (Unknown error) (errno = 0 )

[trasher]

You should check your imap server logs, and make sure connexion is ok from sever.

This looks like a network connection error rather than a GLPI issue; I close.

[tizianosartori]

The network is the same before the upgrade from 9.4. After upgrade mailcollector stop working.

[trasher]

OK, I cannot make any checks instead of you anyways.
Error is your GLPI server cannot connect to Gwr01. There are test to do like using the IP instead of a host name, etc; to make sure everything is OK.

Feel free to reopen the issue when you have more information on how to reproduce.

[tizianosartori]

Maybe the new laminas-mail component ignore the NO-VALIDATE-CERT option?

[trasher]

No; and there is nothing in provided data that can let think about any SSL certificate. I guess it would not change anything you remove it.

[tizianosartori]

Without SSL on port 143 the error is:

[2020-07-08 16:24:47] glpiphplog.CRITICAL: *** Uncaught Exception Laminas\Mail\Storage\Exception\RuntimeException: cannot login, user or password wrong in /var/www/glpi/vendor/laminas/laminas-mail/src/Storage/Imap.php at line 218 Backtrace : inc/toolbox.class.php:2323 Laminas\Mail\Storage\Imap->__construct() inc/mailcollector.class.php:1290 Toolbox::getMailServerStorageInstance() inc/mailcollector.class.php:667 MailCollector->connect() front/mailcollector.form.php:77 MailCollector->collect()

but i'm sure that the password is good. Maybe the field get not stored correctly on database?

[tizianosartori]

NO VALIDATE option was ignored

[2020-07-08 17:37:32] glpiphplog.WARNING: *** PHP Warning (2): stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed in /var/www/glpi/vendor/laminas/laminas-mail/src/Protocol/Imap.php at line 106

[trasher]

Sounds strange, this is used in IMAP unit tests, and as far as I remember, this was required; so that should work.
I reopen the issue, no idea what's wrong.

[Dayflare]

i have this error too.
[2020-07-09 11:42:39] glpiphplog.CRITICAL: *** Uncaught Exception Laminas\Mail\Storage\Exception\RuntimeException: cannot login, user or password wrong in /var/www/html/glpi/vendor/laminas/laminas-mail/src/Storage/Imap.php at line 218

updated to 9.5.0 and mailgate doesn't work anymore. user and password are verified to be correct, i even changed the password for testing this. Before the update everything worked fine.

Mail Backend is Exchange 2013 on premise.

IMAP Log:
"TAG1 BAD Command received in Invalid state."

[cedric-anne]

Hi,

Can you give us which params you are using here ?

Regards

[tizianosartori]

I can confirm mailgate works if use a valid SSL certificate. I think the problem is the "NO VALIDATE" option.

[cedric-anne]

I can confirm mailgate works if use a valid SSL certificate. I think the problem is the "NO VALIDATE" option.

Indeed, looking at the code, this is not handled in the new dependency we use to replace usage of obsolete php-imap extension.

A solution may be to override the class to do something like laminas/laminas-mail#63 .

I also figure that the 'norsh', 'secure' and 'debug' options may have no effet.