-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mailgate fail after upgrade to 9.5 #7619
Comments
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. |
The network is the same before the upgrade from 9.4. After upgrade mailcollector stop working. |
OK, I cannot make any checks instead of you anyways. Feel free to reopen the issue when you have more information on how to reproduce. |
Maybe the new |
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. |
Without SSL on port 143 the error is:
but i'm sure that the password is good. Maybe the field get not stored correctly on database? |
NO VALIDATE option was ignored
|
Sounds strange, this is used in IMAP unit tests, and as far as I remember, this was required; so that should work. |
i have this error too. 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: |
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. |
There were already a fix proposal on Zend-Mail; I've requested a new one (with same existing code); see: |
Another error on same laminas component
I don't know if is a new issue or not. |
The same applies here! |
Same error for me, GLPI 9.5.0 |
This is another issue and it has been fixed in #7652 (see #7643 ). |
Thanks !!! 👍 |
I recently updated to 9.5 using IMAP and works fine |
If you have not self-signed certificate it will. For example I have to use self-sighted certificate or from local Windows CA, it doesn't work. Furthermore, if you will disable certificate check it will produce an error in log, that login or password is wrong. (Mail Server Exchange 2010/2016). |
Interesting! After upgrade from 9.4 to 9.5 I made www-data as owner for glpi folder recursive.
after rerun "chown ww-data glpi/ -R" again, it works. |
[2020-07-15 13:16:06] glpiphplog.CRITICAL: *** Uncaught Exception Error: Call to a member function getEmail() on bool in /var/www/html/inc/mailcollector.class.php at line 1407 Any ideas? |
The one you use. Frequently, users setups cron with any default user (root...) and then does not understand why webserver cannot access logs or cache. |
See #7693; closing this one as it is very unclear and refers to several issues. |
I think is has been fixed yet in #7652. |
My news post #7790 |
I have the same issue, there is any fix for that ? I'm on Exchange 2016 and GLPI 10.0.5 |
Please open a new issue and give all requested information. |
#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 )
The text was updated successfully, but these errors were encountered: