Epesi 1.82 źle i wolno działa poczta

camel

Otwieranie kont gmail trwa bardzo długo. Pokaże się interfejs RC i przez 1-2 min jest Ładowanie... Niektóre konta (zapełnione na około 3-5Gb) nie otwierają się wcale. Po ok.3 min "Ładowania" jest "Upłynął limit czasu żądania" i interfejs RC jest pusty. Co ciekawe, nie ma tego problemu na wersji 1.72. W tej samej przeglądarce, to samo konto otwierane jest w 10-15 sek. Nie zauważyłem tego problemu przy otwieraniu w Epesi poczty np z home czy ovh. Konto 20Gb otwierało się jakieś 40sek. A w ogóle poczta w wersji 1.82 działa wyraźnie wolniej. Użytkownicy się mocno denerwują. Co zrobić aby poczta działała sprawnie, jak we wcześniejszych wersjach?

nnader

Witam,
Dziękujemy za zwrócenie na to uwagi, jednak nie doświadczyliśmy podobnych problemów. Testowaliśmy na kontach mniej zapełnionych i takich po 2-5 GB. Na 1.7.2 i 1.8.2 wykazują zbliżony czas ładowania. Czy pojawiają się jakieś błędy?

Prosiłbym o włączenie w include/config.php: DEBUG, MODULE_TIMES i SQL_TIMES

if(!defined('DEBUG')) define("DEBUG",1);
if(!defined('DEBUG_JS')) define('DEBUG_JS', 0);
if(!defined('DEBUG_CSS')) define("DEBUG_CSS",0);
if(!defined('MODULE_TIMES')) define("MODULE_TIMES",1);
if(!defined('SQL_TIMES')) define("SQL_TIMES",1);

I wklejenie pełnego logu

proszę też o log z data/CRM_Roundcube/log/errors i z data/logs/php_errors.log

Czy te instalacje są na tym samym serwerze? Jak jest on skonfigurowany?

camel

Chyba znalazłem przyczynę przekroczenia czasu. Nową wersję 1.82 użytkownicy dostosowali sobie włączyli (w nagłówku listy RC) sortowanie poczty wg. daty. Teoretycznie robi to chyba każdy. A ja kilkanaście podstawowych ustawień Roundcube od lat w zmieniam w config/config.inc.php na łatwiejsze (wg. mnie) w używalności. Jak się w nagłówku RC wyłączy sortowanie, to poczta ładuje się normalnie.
Ten problem nie zmienia faktu, że odświeżanie i ładowanie okienek RC w czasie pracy trwa dłużej niż we wcześniejszych wersjach Epesi.
Instancje Epesi są na tym samym serwerze debian, apache, php 5.6.3.
Obecnie żadnych błędów nie ma. php_errors.log jest pusty.

camel

http://error.hosting7870728.az.pl/1.82_debug_times_20170706.txt

Tak jeszcze sprawdziłem różne stare Roundcube i widzę, że nawet w 2008 config.inc.php ustawiałem wg podobnego schematu i nie pamiętam abym doświadczył problemów z ładowaniem przy włączonym sortowaniu.
$config['htmleditor'] = 1;
$config['preview_pane'] = true;
$config['reply_mode'] = 1;
$config['zipdownload_charset'] = 'UTF-8';
$config['mail_pagesize'] = 25;
$config['addressbook_pagesize'] = 25;
$config['addressbook_name_listing'] = 1;
$config['list_cols'] = array('subject','from','to','status','date','size','flag','attachment','priority');
$config['identities_level'] = 4;
$config['prettydate'] = false;
$config['show_sig'] = 1;
$config['sig_below'] = true;
$config['mdn_requests'] = 2;
$config['force_https'] = true;
$config['message_sort_col'] = 'date'; <<<
$config['message_sort_order'] = 'DESC'; <<<

Tymczasowo wyłączyłbym sortowanie, ale widzę, że to globalne nie działa jak użytkownicy ustawili sobie sami. Gdzie może być zapisywane to ustawienie? Da radę wszystkim wyłączyć?

camel

Niestety, nie sprawdza się wyłączenie sortowania ponieważ poczta jest wtedy zbyt rozrzucona. Na początku niesortowanej listy są wiadomości z 5-go, a dzisiejsze są na 3, 5 i 7-ej karcie. Sortowania nie da rady włączyć wcale przy skrzynce > 5Gb bo po ok. 3 minutach jest komunikat "Upłynął limit czasu żądania". A są użytkownicy co mają po 10Gb. Co zrobić ???
Dodam, że dotyczy to wersji 1.82 i poczty google (innych darmowych nie sprawdzałem). A w wersji 1.72 np skrzynka 14Gb na home.pl i 11Gb na az.pl są otwierane z sortowaniem poprawnie i w miarę szybko.
Muszę coś z tym niezwłocznie zrobić, bo użytkownicy z poczty nie mogą korzystać.

nnader

Czyli problem jest z sorotowaniem a nie otwieraniem poczty. Spawdziłem na 1.8.2 dwa konta na home i gmail po 14 i 15 GB, sortowanie trwało maksymalnie 5 sekund dla home ale dla gmail rzeczywiście czas ładowania znacznie się wydłuża, czy na 1.8.2 doświadczasz tego problemu również dla konta na home czy tlyko na gmail?

Tutaj jest rozwiąznie na timeout, nie poprawi to jednak czasu oczekiwania
https://github.com/roundcube/roundcubemail/issues/4906

camel

Po wielokrotnym sprawdzaniu na różnych vps wychodzi, że jest problem z otwieraniem z włączonym sortowaniem. Małe konta gmail również są wyraźnie wolniej otwierane. Na hostingach tej różnicy nie widać tak mocno z uwagi na dużo ograniczeń parametrów hostingowych. Duże konta 10-15Gb, jak napisałem, sprawdziłem na home i az, i tam trochę wolniej też jest, ale nie jest to aż taki problem. Tylko gmail ma duży problem, oporniej działa też hotmail (sprawdziłem) a można przypuszczać że jeszcze jakieś poczty msn czy live.com - ale to musiałby ktoś sprawdzić. Na gmailu mam też trochę związanych z Epesi kont rozszerzonych 50Gb i tam jest w ogóle tragedia.
Są jeszcze takie dwie sprawy do przetrawienia:
1. O co chodzi z tym komunikatem "Warning! Your hosting does not support multiple Roundcube sessions."
Na razie zablokowałem ten komunikat w modules/CRM/Roundcube/Roundcube_0.php
if (!$multiwin) {
// echo '<div style="color:red; padding-bottom: 1em;">' . __('Warning! Your hosting does not support multiple
// Roundcube sessions. Opening second $
}
W poprzedniej wersji RC nie było $multiwin, nie analizowałem skąd się teraz wzięła i co ona robi, ale na nowym vps wiele kont poczty działa normalnie.
Pytania:
Jaka część konfiguracji serwera może mieć wpływ na $multiwin ?
Czy ten $multiwin może mieć związek z odczytywaniem kont gmail ?
2. W RC jest jeszcze taka ciekawostka. Parametrem sortowania kiedyś była po prostu "data" a teraz jest "data odbioru" oraz "data wysyłki". W config.inc.php wcześniej przypisywało się:
$config['message_sort_col'] = 'date'; // data wysyłki
a teraz można przypisać:
$config['message_sort_col'] = 'arrival'; // data odbioru
A "message_sort_col" może przyjmować wartości 'arrival', 'date', 'subject', 'from', 'to', 'fromto', 'size', 'cc'.
I tu okazuje się, że ustawienie 'arrival' czyli wg RC 'data odbioru' powoduje, że konta >5Gb do 10Gb udaje się z takim sortowaniem otworzyć.
Przy ustawieniu $config['message_sort_col'] = 'date'; czyli wg RC data wysyłki, dużych kont otworzyć nie można.
Pytania:
Jak polecenia sortowania "date" oraz "arrival" są przesyłane i interpretowane przez imap googla ?
Może google coś zmieniło i może trzeba ustawić jakieś dodatkowe parametry na koncie czy dla konta gmail ?

nnader

https://github.com/Telaxus/EPESI/commit/9f00a9479d5071b0b29f53ee94bf745ff23bf452
https://github.com/Telaxus/EPESI/commit/920d6b545a47ddf4f16c687c0c14d1a58a745617

prpopnuję zdebugować multiwin_supported. Czy masz zainstalowanego curla? Czy masz włączone w ini allow_url_fopen?

Z tego co wiem, to arrival od zawsze było opcją do message_sort_col.

Czyli po kolei, co się dzieje jak wybieramy arrival. Do imap jest otwierane połączenie przez fsockopen i robiony jest SELECT INBOX (jeśi mamy akurat mbox na inbox). W fetchHeaderIndex dzieje się cała magia, 'arrival' jest tłumaczone na coś co przeczyta IMAP czyli INTERNALDATE i przez otwarty socket wywoływana jest komenda:

A0005 FETCH 1:* (UID INTERNALDATE)

która zwraca nam listę uid razem z datami. Dalej zależnie od tego co było w $_REQUEST w zmiennej _sort - czy będzie to 'arrival_ASC' czy 'arrival_DESC' - będzie wykonywane sortowanie już po stronie php. Jeśli jest to DESC będzie zrobiony array_reverse. Dla 'date', dzieje się dokładnie to samo.

nnader

Prawdopodobnie będziemy musieli zaktualizować RC do 1.3.0 które używa 'arrival' dla sortowania po dacie. W wersji na epesi 1.2.1 sortowanie odbywa się przez 'date' przez co tak długo czekamy na odpowiedź . Na chwilę obecną proponuję dodać do modules/CRM/Roundcube/RC/program/lib/Roundcube/rcube_imap_generic.php
na lini 1941 taki kod:

$index_field = $index_field == 'date' ? 'arrival' : $index_field;

camel

Ok. Jakoś działa. Dzięki. Nie wiem z czym to związać, ale w data/CRM_Roundcube/log/errors pojawiły się błędy:
[10-Jul-2017 21:18:59 +0200]: <7c973i2a> Warning: Call to deprecated function get_input_value(); See bc.inc for replacement
[10-Jul-2017 21:19:03 +0200]: <7c973i2a> Warning: Call to deprecated function get_input_value(); See bc.inc for replacement
[11-Jul-2017 14:34:29 +0200]: <i9mp2506> PHP Error: Request security check failed (POST /modules/CRM/Roundcube/RCWIN_0/?task=mail&action=refresh)
Dotychczas było tam czysto. No i nie widzę katalogu /modules/CRM/Roundcube/RCWIN_0
Acha, oczywiście allow_url_fopen jest włączone i curl zainstalowany.

Epesi ENS | Epesi Academy | epesi.cloud PaaS | GitHub

Help Me! | Download from SourceForge