Cerb

ЦЕРБ е свободен, гъвкав и бърз уеб-базирана платформа, специално предназначен за бизнес автоматизация и сътрудничество. Тя може да бъде инсталиран на върха на Apache, IIS или Nginx уеб сървър, работещ на Linux и UNIX-подобни операционни systems.Helps служители сътрудничат от anywhereThe прилагане е проектиран от отместването да помогне на служителите да си сътрудничат от всяко място, си спомня нищо за никого, Бъдете винаги информирани време песен, заснемане на обратна връзка, възможности флаг, експерт за обмена на знания, и управлява tasks.Build свой собствен производителността HQWith това приложение, вие ще бъдете в състояние да използва виртуални санитарите, изгради свой собствен HQ производителността, бъдете информирани за всичко , безпроблемно следите вашите собствени данни, автоматизиране монотонни отговори, лично отговори на зрители, споделят напредъка си, и маршрут поща базиран на anything.Supports мейнстрийм уеб browsersAt момента, ЦЕРБ е била успешно тествана с най-новите версии на Google Chrome, Mozilla Firefox, Opera, Microsoft Internet Explorer, Apple Safari, и Mobile Safari уеб browsers.Under качулката и сървъра requirementsBeing уеб-базирано приложение, ЦЕРБ трябва да се движат по една операционна система, където Apache, Nginx или IIS уеб сървъри са на разположение. Те включват GNU / Linux, BSD, Microsoft Windows и Mac OS X. И двете 32-битови и 64-битови архитектури се поддържат в този момент.
В допълнение, вашият сървър трябва да има версия MySQL база данни двигател 5.0 или по-нова, както и PHP 5.3 или по-нова, с DOM, IMAP, GD, JSON, mbstring, mailparse, SPL и MySQL разширения. The MemCache и xcache разширения PHP също са recommended.How да инсталирате CerbTo инсталирате ЦЕРБ, ще трябва да се основно изтеглите последната изходния код от проекта & rsquo; ите Git или Subversion хранилището, установени различни разрешения, изберете файла .htaccess (само ако & rsquo ; повторно използване Apache), създаване на база данни и потребител, отворена http://www.yourwebsite.com/cerb6/ в поддържан уеб браузър и завършите инсталацията. Повече подробности можете да намерите на страницата за изтегляне на проекта

Какво ново в тази версия:.

• [Web-API / Търсене / Билети] от Web-API, "билети / search.json" вече предлага филтър "връзки", за връщане на билети, които са свързани с други регистри или друг тип записи. Този филтър трябва да се използва винаги "в" оператор, и стойностите трябва да бъдат предоставени като JSON-форматиран масив от контексти или контекст:. ID двойки
• [Web-API / Търсене / Time Tracking] В Web-API, "timetracking / search.json" вече предлага филтър "връзки", за връщане на учет записи, които са свързани с други регистри или друг тип записи. Този филтър трябва да се използва винаги "в" оператор, и стойностите трябва да бъдат предоставени като JSON-форматиран масив от контексти или контекст:. ID двойки
• [CHD-3829] [Търсене / Sphinx] При използване на търсачката на Сфинкса, грешките са вече обработени по-елегантно, ако услугата не е на ход.
• [CHD-3856] [Потребителски полета / Files] Фиксирана проблем с "файл" и "файлове" потребителски полета, където свързани приставки могат да се показват няколко пъти на профили, поглед и работни списъци
• [CHD-3847] [Dashboards / междинните суми] Междинна сума програмки може сега показват повече от 20 резултата.
• [CHD-3822] [Mail / Relay] Фиксирана проблем, когато предават съобщения може да съдържат празни имена в "От:". Хедъра
• [CHD-3717] [Известия / ползваемост] Фиксирана проблем, когато това кликнете върху някои не-рекордни уведомления не ги маркират автоматично като прочетено.
• [CHD-3810] [Миграция / Потребителски полета] задна дата Фиксирана проблем, когато някои не-текстови потребителски полета (например дата, номер, работник) не бяха подходящо мигрирали от групи да fieldsets в 6.4
• [CHD-3574] [поща / композира / Чернови] Съставете проекти сега правилно възстановят полето за "собственик".
• [поща / композира / Чернови] Съставете проекти сега правилно възстановяване на полето "наблюдатели".
• [CHD-3880] [Mail / Compose / Потребителски полета] Фиксирана проблем с композиране поща, където може да се прикрепи към съобщението, а не определя като ценност поле, основано на файлове потребителски полета.
• [CHD-2563] [Mail / Merge] При преглед на профила на заличено билет, който се слива, помощник ще се появи съобщение на новото място билет.

Какво ново във версия 6.6.3:

• [Виртуални Придружителите / Email Relay] Фиксирани инцидентно & quot; PHP Забележка: Undefined променлива: worker_address & quot; влезте влизане от "Relay имейл" действието на виртуални Съпътстващи поведение.
• [CHD-3019] [Scheduler / Поддръжка / Platform] Разни / склад / TMP / PHP * файлове са заличени поддръжка (cron.maint), след като те са най-малко 12 часа старата. Те обикновено се създават, когато някой качи файл внос на работен списък и след това се откаже от процеса.
• [CHD-3665] [Scheduler / Поддръжка / Platform] Разни / склад / TMP / MIME * файлове са заличени поддръжка (cron.maint), след като те са най-малко 12 часа старата. Те са създадени от mailparse и остави на диска, ако парсера се провали преди завършване. Първоначалните съобщения се преместват / склад / пощата / отпадане /, и тези временни файлове служат не се колебайте цел.
• [Plugins / Дейност Вход / Локализация] Дейност Вход събития, определени в plugin.xml сега осигури "string_key" параметър, който свързва тяхната ключова strings.xml. Това официализират преводите за трупи дейност, което го прави по-лесно да се работи с тези данни процедурно (например в плъгини и останалата API).
• [Plugins / Дейност Log] Дейност Вход събития, определени в plugin.xml явна сега могат да предвидят параметър на "опции", съдържащ стойност "api_create", за да се разреши създаването им през останалата API.
• [Plugins / Дейност Вход / Watchers] Дейност Вход събития, определени в plugin.xml явна сега може да даде параметър "опции", съдържащи стойността "no_notifications" за изключване на събитието от задействане уведомления Watcher. Това е особено полезно, когато влезете дейности чрез API.
• [Profiles / ползваемост] URL адреси Постоянна генерирани работни списъци и във фрагмента контейнери сега ще латинизирам ударения и не са на латиница (напр до). Преди тези символи са заменени с интервали, които генерират някои трудни за четене URL адреси.
• [Web-API / Дейност Log] Изпълнено "GET /rest/contexts/activity/events.json" в Web-API за извличане на списъка на дейността си Вход събития с идентификатори, имена, възможности и информация за превод. Тази информация е полезна за създаване или за устен записи за дейността си Вход чрез API. Вижте: http://cerbweb.com/book/latest/developer_guide/rest_api/contexts.html#list-events
• [CHD-3667] [Уеб-API / Дейност Log] Изпълнено "POST /rest/contexts/activity/create.json" в Web-програмен интерфейс за създаването на записи за дейността си Вход. The дадена дейност Log случай трябва да има "api_create" в своя показател "опции" в plugin.xml, за да разреши този метод на сътворението. Повечето записи за дейността си Вход автоматично се създават въз основа на действията на работниците, но API-създаден записи са полезни при автоматично записване на външните действия обратно към ЦЕРБ записи (напр лицензиране, покупки, магазини, посещения, призовава, и нещо друго). Вижте: http://cerbweb.com/book/latest/developer_guide/rest_api/contexts.html#create
• [Plugins / SDK] Добавена на "example.activity_log.event" плъгин към SDK, за да се покаже как да добавите нови регистрира дейността събития.
• [Mail / Parser] анализатора поща преди да изберете един адрес на изпращача или от "Отговор до:", "От:", или "Назад-Path:" хедъри (в този ред), но ако някой се обърна от които трябва да бъдат неправилно образуван след това, което другите не биха се проверяват. Сега следващите заглавията ще бъдат проверени, докато се намери мач.
• [Mail / Parser] анализатора поща сега е по-толерантни към деформиран "От:" хедъри при обработката на нови съобщения, и ще връщане към по-прост търсене имейл адрес, ако личното име не съответства на RFC-2822. Например, всички запетаи в лично име трябва да се котират (напр & quot; Last, First & quot;). Когато това не е така, съобщения са били изпратени в / склад / пощата / провали /.
• [Mail / Parser] потисна Известие PHP в парсера мейл, когато mbstring не поддържа дадения кодиране. Това не се отнася за обработка на съобщения по никакъв начин.
• [CHD-3673] [Виртуални Придружителите] Fixed известие PHP (& quot; Недефинираните индекс: _types & quot;) в Виртуални Присъстващите при редактиране на резултат, с условие за "Worklist Type" на "[UI], докато извеждате работен списък" поведение.
• [CHD-3670] [Platform / ползваемост] Fixed счупения "стругар" изображението, когато URL пренаписването е забранено. Например, когато отговаряте на билет за & натоварваща, моля изчакайте ... & quot; изскачащ прозорец трябва да има анимирано изображение. Когато URL адресите на страниците, съдържащи "/index.php/" този образ беше разбито.
• [Mail / ползваемост] Когато отговаряте на съобщение, за "предложените получателите ще предприятието игнорира невалидни адреси в оригинала От / по / Як заглавки.
• [CHD-3614] [Mail / Relay / ползваемост] отговори Работник, че са получени чрез релето поща ще се сега имат някакви водещи празни редове премахнати автоматично.
• [CHD-3672] [Уеб-API / Групи / Кофи] Изпълнено "GET /groups/123.json" в Web-API за извличане на информация за конкретна група работник. The незадължителен параметър "разширява" поддържа следните разделени със запетая стойности: "кофи" (пълен списък на кофа на групата) и "членове" (пълен списък на мениджърите на групата и членовете). Вижте: http://cerbweb.com/book/latest/developer_guide/rest_api/groups.html#retrieve
• [CHD-3672] [Уеб-API / Групи / Кофи] Изпълнено "POST /groups/search.json" в Web-програмен интерфейс за филтриране на пълния списък на работническите групи. Вижте: http://cerbweb.com/book/latest/developer_guide/rest_api/groups.html#search
• [Web-API / ползваемост] При провеждане на "POST /rest/.../search/" в Web-API, на "_labels" и речници "_types" са вече консолидирани в най-високо ниво "results_meta "ключ. Преди това те се повтарят за всеки резултат, който губи цикли и честотна лента.

Какво ново във версия 6.6.2:

• [CHD-3650] [Workspaces / Widgets] Фиксирана проблем с драг преподреждате На работната джаджи не спестяват своите позиции. Това трябваше да се направи с промени в API JQuery.
• [CHD-3649] [Запознайте / Съобщения] При използване на опознаването режим на съобщения работен списък, конкретните послания в разговор сега ще се фокусира. Преди всяко съобщение показва своята майка билет и фокусирана последната съобщението.
• [CHD-3648] [Workspaces / Quick Search] Следните видове полеви вече поддържат булев "или" търсения от бързо търсене по всеки работен списък: един текст линия, на няколко текстови линия, URL picklist, мулти-квадратче, номер, и дата. За да извършите търсене или, включва думата "или" с главни букви, с интервали между термините. Например:. Получател & quot; jeff@example.com OR hildy@example.com"
• [CHD-3647] [Работни списъци / Search] Фиксирана бъг, където UTF-8 знаци, които не са били показва правилно в подсказките за & quot; е в някоя от (X обекти) & quot; филтърни мехурчета.
• [Работни списъци / Търсене / Потребителски полета] Фиксирана проблем, когато масите на потребителските полета не бяха присъединили правилно в търсенето, ако областта се наблюдава само в вложени параметри на търсене (например OR, AND).
• [Mail / Parser / HTML] Фиксирана проблем, че е повреден някои UTF-8 символа при показване на original_message.html прикачен файл в браузъра, ако "спретнат" разширение на PHP е зареден. Тези приспособления работи добре, ако вместо изтеглени, тъй като те пропуснали подредено / пречисти стъпка.
• [CHD-3660] [Поддръжка център / Прикачени] Фиксирана проблем с прикачени файлове са качени в Центровете за поддръжка на контактни форми.
• [CHD-3659] [Известия / Mail / Бележки] Watchers вече няма да получават уведомление за собствените си лепкави бележки за билети.
• [CHD-3654] [Виртуални Придружителите / Mail / Owner] При използване на "Определете собственик" действието на билетите-базирани виртуални Съпътстващи поведение, информация за собственика сега веднага ще се актуализира в заместителите. Преди това, допълнителни действия по същия VA поведение все пак ще се отнасят към предишния собственик.
• [Виртуални Придружителите / Orgs] При използване на "Определете организация" действието на билетите-базирани виртуални Съпътстващи поведение, орг информация ще се сега веднага актуализират в заместителите. Преди това, допълнителни действия по същия VA поведение все пак ще се отнасят за предишната орг.
• [CHD-3661] [Mail / HTML] При използване на HTML режим за изпращане на електронна поща, на "Format Code" бутона ще се сега автоматично открива дали селекцията съдържа няколко реда. Преди това бутона винаги се използва за форматиране код инлайн (идеален за променливи и файлови имена). Множество линии сега са увити в блок код тагове (`` `).
• [CHD-3653] [Работни списъци / потребителски полета] Фиксирана проблем с & quot; подзаявка връща повече от 1 ред & quot; грешка се показва на работен списък, ако единичната стойност на потребителските полета в действителност е имал множество стойности в базата данни. Това изглежда само да бъде случаят с продължителни бази данни, които са внесени данни в версия 4.x от по-ранни версии.
• [Mail / HTML] Когато HTML съобщения се превръща в прав текст, списъци (UL и OL) вече имат своите позиции започват с "*" тире. По-рано те са били просто се превръща в изречения, които са загубили някои четимост.
• [Търсене / Mail] Индексите на търсене на "Message Content" сега включват текста от сюжетната линия. Това го прави по-лесно да се използва един и същ филтър за съвпадение на тялото тема или съобщение.
• [Търсене / Mail] Когато работник използва филтъра "Message Content" на билети или съобщение работни списъци, термините за търсене, сега ще бъде автоматично израза цитиран ако те не съдържат никакви интервали, цитати, или заместващи символи. Това трябва да се подобри драстично както изпълнението и приложимостта на търсения за термини като имейл адреси, домейни, URL адреси, телефонни номера, адреси и т.н. По-рано, на имейл адрес като "jeff@cerbweb.com" без кавички е бил разпознаване като "Джеф OR cerbweb OR ком ", която не е нито интуитивно или от особено значение.
• [Търсене / Mail] Когато работник използва "Message Content" филтър на билети или съобщение работни списъци и включва цитираните фрази като термини за търсене, условията ще са междинни думи (например, един, от) са били премахнати, така че те съвпада индекса за търсене на точно. Това трябва значително да подобри уместността на резултатите за тези видове търсения.
• [CHD-3067] [Търсене / Snippets] Фиксирана проблем, когато Search- & GT;. Откъси работни списъци за някои потребители са станали негодни за употреба, ако те са съхранявали отхвърлени филтри
• [Parser / Локализация] Анализаторът на предприятието може да открие кодирането на текста, ако никой не се дава. Това е особено полезно при извличане част от съобщение (например една вградени скача), които може да не са кодирани правилно. Например, някои редово отскача (* кашлица * Exchange) може да бъде в UTF-8, когато им обвивка е в различна кодировка.
• [CHD-3655] [Parser / Локализация] Когато невалидни знаци се срещат от парсера поща и се използва разширението на изброяване, те ще се сега или трябва да се преобразува или игнорирани. Преди това те бяха показване известие PHP и скъсяване на съдържанието.
• [Mail / Parser / ползваемост] Когато един пощенски сървър (например Exchange) изпраща инлайн копие от пълния източник на съобщение от отскочи съобщение, ЦЕРБ ще се сега автоматично го конвертира в прикачен файл, както и да коригира кодиране, ако е необходимо.
• [Web-API / Time Tracking] Изпълнено "GET /timetracking/activities.json" в Web-програмен интерфейс за включване в списъка на разположение за учет дейности.
• [CHD-3664] [Уеб-API / Time Tracking] Изпълнено "POST /timetracking/create.json" в Web-API за създаване на учет записи.
• [Web-API / Time Tracking] Изпълнено "пуснат /timetracking/123.json" в Web-програмен интерфейс за обновяване на учет записи.

Какво ново във версия 6.6.1:

• [Виртуални Придружителите] Фиксирана проблем с няколко условия се показват празно при редактиране Virtual Attendant & quot; New съобщение на наблюдаваше разговор & quot; поведения.
• [Code Cleanup / Прикачени] добави липсва превод на текст за полето "SHA-1 Hash" за закрепване работни списъци.
• [CHD-3631] [Workspaces / Pages / Tabs] Фиксирана проблем, който попречи на драг преподреждането на работно пространство страници и раздели. Това трябваше да се направи с промяна в библиотеката JQuery.
• [Code Cleanup] Fixed допълнителните HTTP заявки, направени от JQuery търси .map файл HTML5 Javascript.
• [Center Support] Fixed известие PHP, когато са подадени Центровете за поддръжка на контактни форми, без прикачени файлове. Това трябваше да направя с преминаването към HTML5 многократно качване на файлове.
• [Center Support] Фиксирана проблем, когато билетите са били създадени от Центровете за поддръжка на контактни форми с потребителски полета от fieldsets и fieldsets не са били свързани с билета.
• [CHD-3572] [Snippets] Added поле "актуализиран" да фрагмент записи. Това го прави по-лесно да се идентифицират променените откъси от потребителския интерфейс и позволява синхронизиране чрез API.
• [CHD-3632] [UI / Достъпност / Search] Менюто Глобално търсене сега може да се използва чрез клавиша TAB за виждане потребители с нарушен. Преди това меню се отваря само с мишка "висене" събитие, но сега отговаря на кликвания (и вход), както добре. Когато щракнете върху или натиснете ентер, първа точка в менюто за търсене ще бъдат фокусирани автоматично.
• [CHD-3629] [Setup / Branding] При определяне на лого или уеб икона URL от Setup - & # x3e; Configure - & # x3e; Branding, адресите ще бъдат тествани преди да бъдат спасени. Някои потребители са въведени URL адреси без схема (напр example.com/logo.png vs. http://example.com/logo.png) и имат проблеми.
• [CHD-3635] [Mail / Compose] Билети вече могат да бъдат отворени, без каквито и получатели, и формата ще действа като & quot; да започнете нов разговор, без да изпраща копие от това съобщение до получателите & quot; опция е избрана. Това създава запис билет, без да изпращат всяка поща. Няколко потребители са поискали проверка на възможността за създаване на билети като резултат от телефонни разговори или Twitter съобщения, без да изисква имейл адрес.
• [UI / ползваемост / изскачащи прозорци] изскачащи прозорци могат да се преоразмеряват отново, и те ще се спазва максимална височина от 85% на прозореца на браузъра.

Какво ново във версия 6.6:.

• Това основно обновяване включва 70 нови функции
• Работници и виртуални Присъстващите могат да изпращат HTML форматирани съобщения (включително картините в) при композирането, отговори, или излъчване.
• ЦЕРБ автоматично конвертира CSS блокове да Пътека атрибути за максимална съвместимост с четци на електронна поща.
• Работниците могат да разчитат на специфични послания към външни сметки имейл без да трябва първо да се създаде виртуален Attendant поведение.
• ЦЕРБ засича нов обект за съхранение дублира вече съществуващ, както и връзка ще бъде създаден до един и същи файл.
• Работниците могат да активирате показването на записи за дейността си Вход относно графика на билета.

Какво ново във версия 6.5.5:

• [CHD-3615] [Виртуални Придружителите / Планирана Behavior] Фиксирана бъг, където заличава Virtual Attendant поведение може да остане в планово опашката поведение и да предизвика грешка при гледане на асоцииран профил.
• [CHD-3494] [Виртуални Придружителите / Relay] Фиксирана проблем, когато нови билети, създадени от работниците от промишлеността на Съюза не препредават своите привързаности към външни имейл работник адреси.
• [CHD-3616] [Mail / Merge / ползваемост] Фиксирана проблем, където се сливат масите в профил на билета не успя да завърши правилно, ако някой от билетите в опцията за избор имаше своя поглед появилото се отвори по време на процеса.
• [CHD-3617] [Mail / Отговори] Фиксирана проблем, който се появява при много работници се опитали да отговорят на един и същ билет в рамките на кратък период от време. Обикновено това показва предупреждение с "Напред отговор" вариант, но да натиснете този бутон, не се прави нищо.
• [CHD-3444] [Mail / Peek / ползваемост] Added относителния път до "Дата:" заглавката на билет поглед масите на. Например: & quot; Tue, 21 Януари, 2014 (преди 45 мин) 01:30 ч & quot ;. Преди това само показва абсолютната дата.
• [CHD-3414] [Mail / Profiles / Маски] Фиксирана проблем с маска билет модели, които са само числа (например, основан на база като: 201401220001), която е предотвратила техните профили от показване. Това трябваше да направя с ЦЕРБ поемат своите маски са вътрешни документи за самоличност. Сега маски са винаги проверяват първо, и документи за самоличност, се проверяват, само ако няма съответствие. Изпълнението на тази справка също е подобрена, защото това беше преди това погледна метаданни билет в две заявки към база данни (маска - & # x3e; самоличност, тогава ID - & # x3e; метаданни). Една заявка (маска - & # x3e; метаданни) сега извлича рекорда в повечето случаи. Заради разсъдъка си, все пак е важно, че маски на билети не се припокриват с идентификатори, така формат маската на датите, би било подобрено чрез добавяне тирета между компонентите (напр 2014-01-22-0001).

Какво ново във версия 6.5.4:

• [Дейност Вход / ползваемост] Фиксирана проблем, когато някои записи за дейността си Вход все още са създадени с твърдокодирани актьор Пермалинковете. Те вече са генерирани с помощта на динамичен формат, който ще се адаптира, ако ЦЕРБ се мести в нова база URL.
• [Дейност Вход / Миграция] Фиксирана проблем в сценария на 6.0.0 миграция, където статии за познаване, споменато в регистрира дейността не се превръщат в новата CTX:. // URL формат
• [Дейност Вход / Миграция] Фиксирана проблем в сценария на 6.0.0 миграция, където въпрос се опитва да извлече * всички * на записите на дейността си Вход като еднократна ResultSet, за да ги превърнат в нов формат. Това може да затрудни работата на разположение PHP memory_limit и предотвратяване на по-нов модел от завършване. Тези записи сега са разделени на парчета от 5000 реда.
• [Workspaces / Миграция] Фиксирана проблем от скрипта 5.6.0 миграция, където някои билет работен списък филтри не са напълно превърнати в по-новите им колеги. Това доведе до работни списъци с безименни филтри върху тях, които не се филтрират, както се очаква. Въпреки че това може да се почистват ръчно след ъпгрейд, някои ЦЕРБ случаи са стотици работни списъци и този процес ще бъде досаден. Тези редове ще бъдат превърнати правилно за хората, които мигрират от една версия по-рано от 5.6.0, и редовете ще се определят със задна дата за всички по-нови версии на сценария на 6.5.4 ъпгрейд.
• [Развитие / POP3] Added скрипт да / инсталират / екстри / Фирми / за провеждане на макет POP3 сървър, за да трасира езотерични въпроси (като спорадична 30+ втора връзка таймаут интервали). Тези условия са по-трудно да се симулира с живо сървър за електронна поща.
• [Виртуални Придружителите / Миграция] Фиксирана проблем в сценария на 5.4.0 миграция, където правила Group Inbox Фрезоване не са били превърнати в Виртуални поведение Attendant група, ако е имало само "Да / Cc" състояние.
• [Виртуални Придружителите / Миграция] Скриптът 5.4.0 миграцията сега ще създаде отделни "До:" и "Cc:" заглавни проверки при конвертиране Group Inbox Routing "Да / Cc:" правила на виртуалните Съпътстващи поведение. Преди това тя току-що създадената "До:". Заглавна проверка
• [Актуализиране / Plugin Library] Фиксирана проблем в 4.x и 5.x миграции където Plugin библиотека опитали да изтеглите актуализациите му преди 5.7.0 пластира създаде своя база данни, таблици. Това не прекъсвайте процеса на обновяване, то просто влезли грешка.

Какво ново във версия 6.5.3:

• [Виртуални Придружителите / Snippets / оставени запазени места] внедри Новият "xml_decode ()" функция за заместващи скриптове. Това преобразува XML низ в асоциативен масив от вложени възли. Атрибутите могат да бъдат достъпни чрез ключ "attributes" на всеки възел. Проверете Документи ЦЕРБ за повече информация.
• [Web-API / Билети] билетите записи могат да бъдат филтрирани, използвайки "GROUP_ID" и "bucket_id" в Web-API.
• [Quick Search / Изпълнение] Когато използвате функцията за бързо търсене, базирани на текст търсения вече няма да са водещи и изоставаше заместващи символи по подразбиране. Това изискваше всеки запис трябва да се сканира в базата данни. Вместо това, заместващи символи могат да бъдат изрично посочени със звездичка (напр *@example.com).
• [Mail / Parser] Фиксирана бъг в парсера където бяха игнорирани множествена "attached_message.txt" (съобщение / rfc822) или "delivery_status.txt" (съобщение / доставка-статус) приставки на входящо съобщение и само последната един се държи. Сега те са последователно номерирани като "attached_message_001.txt".
• [CHD-3596 [Работни списъци / Потребителски полета] Фиксирана проблем, когато номерът на базата на потребителски полета не правеха подредени правилно като колони работния списък. Вместо сортиране по ред на номерата (например 64, 256, 1024) резултатите са подредени лексикографски (например 1024, 256, 64). Този бъг е въведена от по-ранна възможност, която отделя няколко стойности на потребителските полета със запетаи, като го превръща в полето за текст от цели числа.
• [CHD-3595 [Parser / HTML] Fixed един неясен въпрос с nonbreaking пространства в HTML-само mimeparts кодирани в цитира-печат формат като Unicode (= A0). Те не са били третирани като празно пространство, и код като хипервръзка-откриване беше ги включително.
• [CHD-3590 [Работни списъци / Quick Search] Фиксирана проблем, когато използвате бързо търсене в "спам полувремето" билетът колона с десетични числа (например "& GT; 0.33").
• [CHD-3585 [Workspaces / Tabs / ползваемост] Фиксирана проблем, когато влиза натискане на "Знака:". Поле при добавяне на нов таб ще доведе до JSON отговор от искането Аякс се печати на браузъра
• [Platform] Updated години на авторското право в долния им край до 2002-2014.
• [Storage / Devblocks / Platform] услугата съхранение на Devblocks вече няма деархивиране обекти за прикачени файлове или съдържанието на съобщението. Първоначалната цел на деархивирате функция беше да се преместят рядко използван предмети обратно до активно съхраняване (например от S3 обратно към локалната файлова система). Това причинява проблеми, защото големи обекти могат да бъдат постоянно се движеха между двигатели за съхранение като S3 и локалната файлова система, основана на малка активност. Обикновено, след като даден обект се премества в дългосрочен съхранение на двигателя като S3 е желателно да се винаги да го изтегли от там и в бъдеще.
• [Storage / Devblocks / Platform] услугата съхранение на Devblocks сега ще само архивни обекти, които в момента са в профила активното съхранение. Преди това всички обекти ще бъдат архивирани, ако те не са били вече в профила на архив за съхранение. Това предизвика проблеми, ако някои предмети (например много стари или големи) са преместени в друг профил съхранение ръчно. Сега е възможно да се разделите със съхранението на обектите по какъвто начин е желателно, и авто-миграционните характеристики на услугата за съхранение няма да стоя на пътя.
• [CHD-3603 [Virtual Придружителите / ползваемост] Когато се опитвате да видите профила на несъществуваща Virtual придружител (например след това изтриване), работник ще бъде пренасочен към работен списък на валидни ВАС, използвайки страницата / търсене.
• [CHD-3598 [Scheduler / POP3] Преди това ЦЕРБ беше неспособна да се определи дали една връзка POP3 / IMAP изтече, докато сваляте съдържанието на съобщението. Това може да доведе до билети се създава с валидни заглавки, но празно съдържание. ЦЕРБ сега ще изхвърли съобщение, ако това е повече от 95% от стойността на IMAP_READTIMEOUT (по подразбиране 60 секунда), за да го изтеглите, и той ще опита отново следващия път, пощенската кутия се проверява.
• [Scheduler / POP3 / Изпълнение] Scheduler работата на POP3 сега спестява съдържанието съобщения директно на диск, а не да ги четат в паметта на първо място. Това използва значително по-малко памет и може да се справи много по-големи размери на съобщение.

Какво ново във версия 6.5.2:

• [CHD-3569] [Virtual Придружителите / Mail / хедъри] В "Преди да изпратите съобщение работник" Виртуални Съпътстващи поведение, на "Комплект глава за" действия сега е в състояние да замени съществуващите хедъри като "Тема:" и "X-Mailer:". Преди това са били добавени дублиращи заглавки.
• [CHD-3519] [Виртуални Придружителите / Mail] в "Преди да изпратите съобщение работник" Virtual Attendant поведение, състояние на "кофа" е вече на разположение отново.
• [CHD-3568] [Работни списъци / ползваемост] Фиксирана проблем, когато редактирате филтри "собственик" на работни списъци, където съществуващите ценности не са били показвани по подразбиране. Това означаваше, ако сте били филтриране със списък на 5 собственици, трябваше да ги избирате отново в допълнение към всички други промени, които правеха.
• [Виртуални Придружителите / Групи] Фиксирана проблем с имена кофа винаги са "Входящи" в някои виртуални Съпътстващи поведение.
• [CHD-3508] [Virtual Придружителите / ползваемост] При изграждането на виртуални Съпътстващи резултати и действия, в менюто "Insert контейнер" сега ще включва | модификатора на контейнери по подразбиране "дата". В противен случай те се показват като Unix времеви отпечатъци (напр 1381874586). Това се използва, за да се случи в по-ранни версии, но "| дата" опцията е кодиран за различни области; Сега това се случва автоматично въз основа на типа на полето.
• [CHD-3470] [Mail / Отговори / ползваемост] На профили на билетите, ако формата на отговор вече е отворен след това щракнете върху бутона "Отговор" бутон или натиснете "R" пряк път ще се фокусира съществуващата форма, а не се изхвърля съдържанието му и отваряне на нова.
• [CHD-3433] [Mail / Setup / ползваемост] Added предупреждение за настройка POP3, че изтеглили съобщенията ще бъде изтрит от пощенската кутия. Има няколко случая, в които потребителите са включвали IMAP пощенска кутия с дълга история, когато клирингов пощенската кутия не е желателно.
• [CHD-3378] [Виртуални Придружителите / Работни списъци] ", докато извеждате работен списък" поведения вече може да бъде създадена от ролеви собственост Виртуални Придружителите.
• [Setup / Потребителски полета / ползваемост] В Setup, потребителски полета Вече може бързо да завлече в желания ред, а не да се налага да ги въведете ръчно.
• [Setup / Потребителски полета / ползваемост] При изтриване на потребителски полета в Setup, стъпка потвърждение вече е показано преди изтриването на полетата и техните данни.
• [CHD-3372] [Setup / Потребителски полета / Fieldsets] В Setup, глобалните потребителски полета вече могат да бъдат лесно мигрират към fieldsets от същия тип.
• [CHD-3341] [Mail / Отговори / ползваемост] След като кликнете върху бутона "Отговор" в разговор билет, индикатор за товарене е показан в изскачащ прозорец, докато се покаже формата. Това бе поискано неколкократно от клиенти, които изпитват случаен латентност, така че те да имат визуални ориентири, че нещо се случва.

<силни> Изисквания :

• Apache, Nginx, или IIS
• Centericq
• PHP
• Дом, GD, IMAP, JSON, mailparse, mbstring, MySQL, SPL
• Най-новата версия на Google Chrome, Mozilla Firefox, Apple Safari, Mobile Safari, Opera, или Microsoft Internet Explorer. Chrome и Firefox получите най-разработчик вниманието, и Internet Explorer получава най-малко.