You are not logged in.
Pages: 1
Hello,
Since the upgrade, mailgate is not running. Pop and imap was running before.
Check error:
MailCollector::collect() in /var/www/html/glpi-9.5.1/inc/mailcollector.class.php line 691
An error occured trying to connect to collector. cannot connect to host ; error = fsockopen(): unable to connect to ssl://***.****.***993 (Unknown error) (errno = 0 )
#0 /var/www/html/glpi-9.5.1/vendor/laminas/laminas-mail/src/Storage/Imap.php(216): Laminas\Mail\Protocol\Imap->connect()
#1 /var/www/html/glpi-9.5.1/inc/toolbox.class.php(2324): Laminas\Mail\Storage\Imap->__construct()
#2 /var/www/html/glpi-9.5.1/inc/mailcollector.class.php(1309): Toolbox::getMailServerStorageInstance()
#3 /var/www/html/glpi-9.5.1/inc/mailcollector.class.php(685): MailCollector->connect()
#4 /var/www/html/glpi-9.5.1/inc/mailcollector.class.php(1740): MailCollector->collect()
#5 /var/www/html/glpi-9.5.1/inc/crontask.class.php(847): MailCollector::cronMailgate()
#6 /var/www/html/glpi-9.5.1/front/cron.php(83): CronTask::launch()
#7 {main} MailCollector::collect() in /var/www/html/glpi-9.5.1/inc/mailcollector.class.php line 691
Thanks
Offline
Hi do you have any fix ?
Last edited by JeanBonDeParme (2020-08-18 20:35:25)
Offline
I managed to make it work with crontab command on centos 8:
crontab -e:
* * * * * /usr/bin/php /var/www/html/front/cron.php &>/dev/null
00 * * * * /etc/scripts/glpi_user_sync.sh &>/dev/null
Offline
Got the same problem here :
[2020-09-25 14:18:51] glpiphplog.ERROR: MailCollector::collect() in /usr/share/glpi/inc/mailcollector.class.php line 691
An error occured trying to connect to collector. cannot connect to host ; error = fsockopen(): unable to connect to ssl://dovecot.x.x:993 (Unknown error) (errno = 0 )
#0 /usr/share/glpi/vendor/laminas/laminas-mail/src/Storage/Imap.php(216): Laminas\Mail\Protocol\Imap->connect()
#1 /usr/share/glpi/inc/toolbox.class.php(2324): Laminas\Mail\Storage\Imap->__construct()
#2 /usr/share/glpi/inc/mailcollector.class.php(1309): Toolbox::getMailServerStorageInstance()
#3 /usr/share/glpi/inc/mailcollector.class.php(685): MailCollector->connect()
#4 /usr/share/glpi/front/mailcollector.form.php(77): MailCollector->collect()
#5 {main} {"user":"87@glpi.x.fr"}
Offline
Before one week ago I have 2 GLPI instances with versions 9.4.6 on the same hosting server. All working fine. One week ago I make update for one of them to 9.5.1. After this update IMAP stop working on instance with 9.5.1. On instance with 9.4.6 IMAP working fine. Even when I try to check new mails from receiver page I got error. I didn't change any mail receiver settings, hosting server settings, mailserver or settings on it or some other settings. Only one is changed - GLPI version.
Please help me to fix this issue.
Last edited by warmech7 (2020-09-28 07:19:30)
Offline
Does someone have any fix for this?
Offline
Do you use the no-validate-cert flag in your collector configuration ?
If yes, there is a known issue with the fix on GLPI's GitHub.
The fix will be implemented in GLPI 9.5.2
Offline
It was working with 9.5.1, but yesterday stops receiver with office365 , some ideas?
GLPI 9.5.2;; FusionInventory: 9.2+1.0;; GLPI Modifications 1.1.4;; Notifications 1.1.9;; Dashboard 0.8.8;; PHP 7.3.33
Offline
I think this problem because End of life MAP/POP Basic authentication on Exchange Online - October 2020.
Any alternative? Somebody knows when Oauth will be available for Imap mail collectors?
thank you!
GLPI 9.5.2;; FusionInventory: 9.2+1.0;; GLPI Modifications 1.1.4;; Notifications 1.1.9;; Dashboard 0.8.8;; PHP 7.3.33
Offline
Hi all,
Any chance anyone upgraded to Ubuntu 20.04?
This is what we did and one out of our 3 mail collectors stopped working.. It was an IMAP/SSL/NOCERT collector.
Apparently, we had to lower certificate security for Ubuntu 20.04
https://askubuntu.com/questions/1231799 … e-to-20-04
My 2 cents, might work for you too.
Ted
Offline
Pages: 1