Closed ppenin closed 6 years ago
I don't understand why this issue is not considered as a bug. It worked well in 9.1.6 but not in 9.2 or 9.2.1 We have to check mailgate and queuednotification tasks many times a day and restart them manually when users send pictures or screeshots in the body of the mails.
This issue is still not solved and not planned in 9.2.2 or 9.3. Many tests were made and automatic tasks mailgate and queuednotification remain in state running when :
I confirm this very annoying bug in 9.2.1
maybe this could change something but i know nothing i'm only user ;) https://github.com/glpi-project/glpi/issues/3413.
Please close if solved
Several tests where made with the change #3413 and mailgate and queuednotification tasks seem not to remain running. But the pictures aren't displayed in the ticket and the path are wrong http://10.100.10.18/usr/share/glpi/front/document.send.php?docid=7762 instead of http://10.100.10.18/glpi/front/document.send.php?docid=7762
many test later : automatic tasks go on to be in state running
Problem solved with chmod -R 775 /var/lib/glpi/files and change in html.class.php line 5472
// Replace tags by image in textarea
if ($addLink) {
$out .= '<a href="/glpi/front/document.send.php?docid='.$id.
'" target="_blank"><img alt="'.$image['tag'].
'" height="'.$height.'" width="'.$width.
'" src="/glpi/front/document.send.php?docid='.$id.'" /></a>';
} else {
$out .= '<img alt="'.$image['tag'].
'" height="'.$height.'" width="'.$width.
'" src="/glpi/front/document.send.php?docid='.$id.'" />';
}
GLPI 9.2.1 When a user sends an email with an image, screenshot, or anything else in the body of the message, a problem occurs and the mailgate and queuednotification auto tasks remain in "running" state. ". We need to manually start the tasks. After receiving the mail with attachment in the body of the mail, the attachment appears as dd03192a-f37490bd-588b5316344be9.68616960 in the ticket and the address is incorrect: http://10.x.y.z/usr/share/glpi /front/document.send.php?docid=5967 instead of http://10.x.y.z/glpi/front/document.send.php?docid=5967 Similar problem to # 3240
Operating system: Linux sxxxxxxxx 4.4.0-103-generic #126-Ubuntu SMP Mon Dec 4 16:23:28 UTC 2017 x86_64 PHP 7.0.26-1+ubuntu16.04.1+deb.sury.org+1 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, json, ldap, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, posix, readline, session, shmop, sockets, standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlwriter, xsl, zlib) Setup: max_execution_time="30" memory_limit="256M" post_max_size="100M" safe_mode="" session.save_handler="files" upload_max_filesize="100M" Software: Apache/2.4.18 (Ubuntu) (Apache/2.4.18 (Ubuntu) Server at 10.100.10.18 Port 80) Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Server Software: (Ubuntu) Server Version: 5.7.20-0ubuntu0.16.04.1 Server SQL Mode: Parameters: root@localhost/glpi Host info: Localhost via UNIX socket
mysqli extension is installed ctype extension is installed fileinfo extension is installed json extension is installed mbstring extension is installed zlib extension is installed curl extension is installed gd extension is installed simplexml extension is installed xml extension is installed ldap extension is installed imap extension is installed Zend OPcache extension is installed APCu extension is not present xmlrpc extension is not present OK/usr/share/glpi/config : OK OK/usr/share/glpi/files : OK OK/usr/share/glpi/files/_dumps : OK OK/usr/share/glpi/files/_sessions : OK OK/usr/share/glpi/files/_cron : OK OK/usr/share/glpi/files/_graphs : OK OK/usr/share/glpi/files/_lock : OK OK/usr/share/glpi/files/_plugins : OK OK/usr/share/glpi/files/_tmp : OK OK/usr/share/glpi/files/_cache : OK OK/usr/share/glpi/files/_rss : OK OK/usr/share/glpi/files/_uploads : OK OK/usr/share/glpi/files/_pictures : OK OK/usr/share/glpi/files/_log : OK Web access to files directory is protectedWeb access to files directory is protected : OK
Mails receivers
Name: 'yyyy@xxx.fr' Active: Yes Server: '{10.x.y.z:110/pop/novalidate-cert/notls/debug}INBOX' Login: 'xxxxxx' Password: Yes
Plugins list