В общем начали тест EAS и выявилась первая проблема. EAS выдает клиенту корневой список папок и если в папке INBOX есть несколько папок, то выдается только первая из них, вместо корневой.
Комментарии к этой версии (17.05.2012 14:48) [~i.schelokov] 021e1334
Eserv выдавал всем подкаталогам inbox'а тип "входящие по умолчанию", как самому inbox'у — это и сбивало клиента с толку. Исправлено на тип "user created folder", как у остальных папок. Кстати, iPad в этой ситуации глючит точно так же — не показывает одну из папок. Неужели яблочники начали списывать у андроидов
Добрый день! В общем обновление ничего не поменяло... И еще заметил, что не показываются письма в папке "отпраленные" причем она есть как c русским названием, так и с английским, но обе пустые... Может какие логи прислать?
Удалени и создание учетной записи позволило загрузить все папки, но в них видны далеко не все письма, причем видны только старые, а в некоторых и вообще не видны. Файлы db3 скинул на почту...
Если старые видны, а новых нет — это значит процесс синхронизации еще идёт. В андроиде он неспешный — запрашивает по 5 писем за раз, а интервал между запросами или PUSH зависит от версии андроидОС. См. по HTTPS-логу и по acWEB.log — есть ли запросы с тех устройств, где почты не хватает.
Проверил на двух Андроидах — 2.3.3 и 4.0.3 на одних и тех же разнообразных учетках. Везде все письма показываются. Исключение только одно — 2.3.3 не пытается синхронизировать Корзину, т.е. она у него пуста, даже если на сервере что-то в ней есть. Андроид 4 и iOS 5 синхронизируют и Корзину. В общем, надо ваш лог смотреть — почта синхронизируется по команде Sync, об этом записи в acWEB.log (вместе с именем папки и отладкой) и в HTTPS-логе (без имени папки, только сами EAS-запросы).
с этой версией EAS работает синхронно с IMAP — если на мобильном клиенте производится удаление или пометка флагами сообщений, то это будет сразу видно в настольных IMAP-клиентах, подключенных к той же папке. Раньше для просмотра изменений требовалось переподключение к IMAP-папке (переход в другую папку и возврат).
ac пишет: Еще исправление: EAS IMAP Sync fix [2230829 bytes]
с этой версией EAS работает синхронно с IMAP — если на мобильном клиенте производится удаление или пометка флагами сообщений, то это будет сразу видно в настольных IMAP-клиентах, подключенных к той же папке. Раньше для просмотра изменений требовалось переподключение к IMAP-папке (переход в другую папку и возврат).
У меня это работало и раньше, не работает обратная связка, сделанные изменения по IMAP и WebMail невидны по EAS.
Проверил на 3-х устройствах. На андроиде версии 2.3.5 и 3.2.1 ситуация абсолютно одинаковая, показываются не все письма, а только очень старые. Устройство с виндовс фоне подружить с EAS пока не удалось, но это не первостепенная задача.
В логе HTTP\2012-05-22-log.txt появляется масса записей вида:
Все меняется и в одном и во втором файлах логов... Явных повторов не видно. Файлы скинул на support@eserv.ru
Можете попробовать подключиться к ящику и посмотреть, в логах вся информация для этого есть.
Повторы есть: постоянно запрашиваются одни и те же 50 сообщений. Значит либо клиент не понимает формат отданных данных, либо ему вообще ничего не выдается из-за какого-то сбоя. У первого пользователя EAS (alex1124) была такая же история с одним из ящиков, клиентом был iPad. Тот сбой починили, теперь поищем, что здесь, спасибо за лог.
У меня докачалось до 28 марта сего года и тоже застопорилось. При попытке ручного подталкивания (кнопкой "Обновить") пишет "не удалось подключится к серверу", хотя другие ваши папки открываются. Значит все-таки что-то не то в ответе сервера. Пришлите, пожалуйста, INBOX/.messages.db3.
Запрошенные файлы выслал... SSL порт с ходу не открылся, поэтому завтра.
У меня из всех вложенных папок появляется только 1 письмо в папке Dynamix NAV и нажатие кнопки обновить ни к чему не приводит.
Странно. У меня во всех ваших папках (кроме пары пустых, но они и через вашу веб-почту также пустыми видны) видны сообщения. А не может ваш wi-fi роутер как-то фильтровать? Извне локальной сети (как я) можете попробовать?
SSL включили... Дело было не в фаерволе. В eserv.original.ini SSL порт по умолчанию выключен.
Дело точно не в роутере, т.к. я получаю одинаковый набор писем и в офисе, и дома, и через 3G сеть оператора.
А почему не получается подключиться оутлоком с компьютера?
Попутно исправление функции отправки сообщений через EAS, была несовместима с Android4, теперь должна работать:
Файл: EAS Android4 SendMail fix [2231063 bytes]
iPad нормально пока качает, сейчас на феврале 2010. Папки тоже все открывает, почту видит, и в "Мираторге" все нормально (без размножения последнего письма).
iPad час назад благополучно докачал всё до конца. Сейчас отправил вам скриншот, и, пока набивал эту строку, iPad сигнализировал, что то новое письмо уже скачалось из вашего Inbox'а тоже. Интересно, как ваши iPad'ы будут видеть ящик.
Исправлены две замеченные по логам проблемы:
Файл: EAS ItemEstimate fix, FilterType fix [2459224 bytes]
Попробуйте удалить учетную запись, создать снова и синхронизировать почту (чтоб не качал долго — можно указать в настройках клиента период 1 месяц, например).
Также там добавлена функция импорта Контактов из CSV-файлов. Ранее была функция импорта "учетных записей + контактной информации", теперь можно импортировать контакты из разных PIM без создания для них локальных учеток.
ОК, спасибо, принял, разбираюсь. С этим HTC-шным почтовым клиентом еще одна проблема — похоже, он плохо переваривает русские имена папок. Точнее, сами имена переваривает, а те же строки в качестве ID папок — нет:
<ItemEstimate:CollectionId>'Eserv:'5@=>28:8'
<AirSync:CollectionId>'Eserv:INBOX/5975@ B5;5:><'
Вместо этого мусора после ":" должно было быть название папки. Т.е. русские папки прочесть этим клиентом не получится — придётся переделывать (усложнять) логику назначений ID, хотя по описанию протоколов там никаких ограничений нет, строка может быть UTF8, и должна трактоваться клиентом как opaque, а он зачем-то перекодирует непонятно во что.
По инбоксу все как будто в норме — HTC спрашивает "сообщи к-во писем за последние две недели", Eserv отвечает "63", и далее HTC не интересуется содержимым папки. Надо подумать...
С последним обновление стало лучше, почта в Inbox загружается, причем за указанный период, но переключение по папкам, приводит к циклической их загрузке.
И еще не появляются новые письма во входящих. Логи выслал в почту.
i.schelokov пишет: И еще не появляются новые письма во входящих.
Он и старые не до конца дочитал — что-то ему опять не нравится, постоянно переспрашивает первые 50 сообщений. Посмотрите пожалуйста, какое сообщение загружено последним (дата, тема), и сколько их всего во Входящих (должно быть меньше 50, т.е. считать не долго).
Если верить интерфейсу почтового клиента, то идет синхронизация 72 писем причем доходит до 47 и останавливается... Письма остаются те, которые загружаются изначально и новые не появляются.
Последнее сообщение от 10.05.2012 13:08 "RE:Ветлевка" от Евгения Горкавий. Всего сообщений 58, если нигде не сбился...
Т.е. почт.клиент говорит 47, а на практике 58? А 72 — это сколько должно быть на самом деле (за заданный период), тут показания клиента сходятся с тем, что сообщает Eserv, т.е. по ItemEstimate они договорились, теперь не сходится по Sync.
i.schelokov пишет: 10.05.2012 13:08 "RE:Ветлевка"
Это не последнее, а первое (в смысле старейшее). А последнее по дате?
Откуда 58 — понятно — он сначала забрал почту за 1 день, а потом запросил за две недели. Первую пачку (8шт) принял видимо без ошибок, а на второй зациклился.
На момент создания почтового ящика были загружены все новые письма за сегодня и далее до 10.05. Причем в клиенте стоит настройка по умолчанию хранить 2 недели.
Явных различий в списке писем между оутлоком на рабочем компе и планшетом не видно.
А вот более новые сообщения уже не загружаются и не удалилось письмо, которое я удалил в оутлоке и произвел сжатие папок.
Там должна быть "дырка" во времени между первыми 47 и последними 8. По логу не ясно, что именно в каком письме из пачки 50 ему не нравится, вот я думал, что можно это письмо (отсутствующее скорее всего на клиенте) как-то вычислить. ОК, будем экспериментировать с форматом выдачи.
i.schelokov пишет: не удалилось письмо, которое я удалил в оутлоке и произвел сжатие папок.
Удаление (свежее) не будет видно, если клиент еще не вычитал папку до конца (до последнего по времени сообщения). Если предыдущая версия _18 читает всё, то можно ставить _19 и испытывать синхронизацию удаления IMAP->EAS (в обратную сторону работает уже давно):
Только сегодня удалось проверить обновление. В общем теперь при попытке загрузить 60 писем за последние 2 недели, загружаются 50 из них с самой дальней даты. Пропущенных писем в этих 50-ти нет. Не загружаются 10 писем пришедших последними.
i.schelokov пишет: Пропущенных писем в этих 50-ти нет.
Тогда второй вопрос, заданный только что в письме к вам, отменяется.
Теперь я вообще в ступоре, что еще не нравится HTC — если он всю пачку 50 сообщений нормально прочитал, что ему теперь мешает двигаться дальше... По логу он продолжает переспрашивать эти первые 50. Ладно, теперь сами сообщения трогать не будем, раз они наконец все стали читаться, теперь будем тасовать остальные поля wbxml-пакета...
Оптимизация по использованию RAM. Значительное ускорение синхронизации объемных папок. Очередные экспериментальные изменения формата выдачи (попытка угадать ожидания почтового клиента HTC на Android).
При поступлении в почту приглашения на мероприятие (письма с ics-вложением) Eserv выдает сообщение клиенту в таком формате, что на iPad/iPhone это приводит к выводу окна-извещения с предложением принять приглашение.
21я версия заработала на HTC как надо, но не поддерживала расширение окна синхронизации. Решение:
Файл: EAS 22 Window [2235651 bytes]
Также в этой версии продолжаем оптимизацию потребления RAM.
Эту версию можно ставить и для стандартных Android'ов, и для iOS-клиентов — несовместимостей не замечено.
По поводу WindowsPhone7.5-клиентов — в этой версии есть не решенная пока проблема с кодировками почты — почему-то часть писем выглядит так (через EAS), словно юникод отображается в cp1251.
Да, предыдущая версия все проблемы с db3 сняла, теперь нашлись еще резервы по антивирусу, решает в т.ч. некоторые сбои Dr.WEB внутри прокси и устраняет ошибку с не-проверкой отдельных динамических страниц (бета):
Файл: EAS 32 acf [2237259 bytes]
Когда возился со скайпом, зачем-то отключил кеширование в прокси, потом долго не мог понять, идет проверка трафика на вирусы или нет , лог проверки не появился. Включил кэширование и прокси стал тормозить по черному, причем сервис wperl (popfile) стал грузить процессор на 50%! Может это и совпадение, а может acFilter трафик прокси на спам стал проверять? При этом в логах acWeb ничего подозрительного не появляется.
Файл: EAS 33 elcc [2463246 bytes] — продолжаем оптимизацию по потребляемым ресурсам. Будет интересно взглянуть на acWEB.log (на support@eserv.ru). Спасибо!
Как выяснилось, Windows иногда выдает "ошибку 8" (исчерпание памяти) даже при наличии достаточного её к-ва — только из-за того, что не может зарезервировать (без реального выделения) память под стек очередного потока. А резервируется по умолчанию 1Мб (задано в заголовке exe-файла), хотя Eserv'у столько не нужно, он нормально работает и со 128К. На самом деле ему и 128К вовсе не нужно, но на том же стеке работает и Windows, когда Eserv обращается к API...
В общем, в этой версии резервируется в 8 раз меньше стека, чем раньше. Возможно поможет в этих тяжелых случаях.
И, если уж переходить от оптимизации внутри Eserv'а на оптимизацию взаимодействия с Windows, то стоит вспомнить и о втором режиме работы Eserv'а — с пулом потоков. Т.е. режим, который уже 12 лет рекомендуется MS к использованию в качестве основного, но который раньше не давал (Eserv'у) никаких заметны выгод в benchmark'ах, поэтому так и не был сделан основным. Для испытания в этом режиме достаточно раскомментировать UsePool в acWEB\conf\OnStartup.rules.txt и перезапустить acWEB5.
А планируется ли работа EAS с почтовым клиентов виндовс 8 и оффис 2013. В обоих версиях заявлена поддержка этого протокола, но к Eservу подключиться не удается.
Могу предоставить необходимые логи.
И кстати так и не исправлена возможность получения почтовых вложений через EAS на мобильных клиентах.
i.schelokov пишет: А планируется ли работа EAS с почтовым клиентов виндовс 8 и оффис 2013.
Да. Оно бы уже работало, но в Win8 Developer Preview отсутствует почтовое приложение с поддержкой ActiveSync.
i.schelokov пишет: И кстати так и не исправлена возможность получения почтовых вложений через EAS на мобильных клиентах.
В iPad/iPhone работает, а Андроид и WP пока в очереди, т.к. не удается до конца решить проблемы стабильности — у одного из покупателей Eserv с EAS ежедневно падает, и еще у одного раз в два дня или около того. Т.е. в первую очередь занимаемся "смертельными" проблемами, т.к. от способа их решения зависит весь остальной функционал.
Не получилось сегодня испытать EAS в Office 2013 Preview: офис установился только на одну из трех испытанных машин [Win8] (на двух других [Win8,Win7] программа установки просто виснет, не выводя никаких окон), но Outlook сразу слетает при запуске. В следующей попытке предлагает запускаться в safe mode, но все равно слетает. Попробую еще раз переустановить всё позже.
Одна из возможных проблем, установка не проходит, если интернет раздается через прокси. У меня Office 2013 Preview стал только после отключения прокси сервера и предоставления прямого доступа в интернет.
А причины не-запуска встречались? У меня ни одна программа комплекта не запускается — Word и Excel 2013 точно также падают сразу после показа заставки.
Файл: acWEB5 tcpmap [2236082 bytes]
Исправление ошибки, приводившей к exceptions при использовании TCPMAP'ов в режиме UsePool. Всем, кто устанавливал 'EAS 35', рекомендуется заменить exe на этот.
На Win7 заработало. Синхронизация с Eserv по ActiveSync не хотела работать, пока не добавил нестандартное недокументированное поле X-TransactionID в заголовок ответа на DAV-команду OPTIONS (что это за поле и как его формировать — информацию не нашел, просто скопировал из ответа Hotmail'а на эту команду; возможно это поле "одноразовое" или привязано к дате — в общем, надо где-то искать или ждать, пока другие EAS-разработчики наедут на MS — сейчас Outlook 2013 не работает ни с кем, кроме Hotmail'а, нового Exchange (протокол 14) и Eserv'а — при попытке подключения Google переключает его на IMAP, Kerio вообще не работает (видел жалобу на их форуме), и даже с Hotmail'ом не всё гладко — autodiscovery там не срабатывает, в отличие от Eserv , видимо бетовость аутлука сказывается).
Синхронизация Outlook 2013 с EservEAS проходит, но замечено несколько проблем: 1) MIME-почта показывается криво (исходник письма вместо нормального вида), 2) Outlook видит только одну папку контактов, GAL при наборе адреса не использует (может и не должен, я не в курсе, но мобильные клиенты умеют искать в GAL), 3) добавляемые элементы календаря и задач не отправляет на Eserv (никаких команд не отправляет), хотя сообщения через EAS отправляет нормально, 4) он провёл всего один сеанс синхронизации, и больше не пытается, и непонятно как его заставить (при Send/Receive никаких обращений к серверу не производит), 5) никакой диагностики в Outlook. В общем, есть над чем поработать (обеим сторонам) в ближайшие полгода до выхода Outlook 2013... Но пока возвращаюсь к более срочным проблемам стабильности и совместимости с мобильными клиентами. Кстати, про вчерашнюю сборку никто ничего не написал в support@.
Большое к-во исправлений совместимости с разными клиентами и повышение стабильности EAS:
Файл: EAS 38 compx [2252229 bytes]
Всё ещё бета, жду отзывов и багрепортов на support@.
Отсюда: http://www.eserv.ru/download/acWEB5_2012-09-09.rar Но предупреждаю, что "степень бетовости" в неанонсированных версиях еще выше. В этой конкретной сборке "на себе" тестируются экспериментальные режимы веб-сервера. По EAS отличий от 'EAS 38' (выше) в ней нет.
URI S" /Microsoft-Server-ActiveSync*" ~=
IF UID @ 0= IF S" Unauthorized Eserv-EAS" EVALUATE EXIT THEN
HTTP_METHOD S" OPTIONS" COMPARE
IF S" application/vnd.ms-sync.wbxml" SetContentType S" TFORTH-SCRIPT" SetAction EXIT THEN
THEN
Судя по намёку "WebDav", здесь соединение не по EAS. А судя по "Mailbox name:", речь о Exchange-расширениях в WebDAV (в самом WebDAV нет понятия "почтовый ящик"). Если в логе HTTPS нет, то наверное в логе HTTP есть. Если, конечно, он с Eserv'а получил этот 404.
Вот уже и Office 2013 вышел официально, а почта по EASу с ним так и не работает...
При попытке подключить ящик получаем ответ: Вход на почтовый сервер ActiveSync (EAS): Невозможно найти сервер.
В HTTPS лог появляется следующая запись:
2013-03-15 10:52:47; 192.168.1.104;665;0;1;ХХХХХХХХХ@ХХХХХХХ;200;OPTIONS;696;DavOptions;mail;/Microsoft-Server-ActiveSync;..\DATA\domains/ХХХХХХХХХ/Microsoft-Server-ActiveSync;application/xml;"Microsoft.Outlook.15";;ХХХХХХХ;ХХХХХХХХ;696;0;0;265;;;0;;unlim;
У меня успешно работает с Office2013 и с почтой из Win8 давно — с осени. Точнее, местами неуспешно, но это связано с кодировками писем, а не с подключением.
Проблемы с подключением могут быть связаны с настройками DNS вашего домена и с сертификатами. Там у MS довольно сложный "ритуал" поиска сервера и всяких проверок. Можно попробовать проверить через этот сервер https://www.testexchangeconnectivity.com/ (в режиме Exchange ActiveSync) — он даёт более внятную диагностику, чем всё более бессмысленные (с каждым новым поколением софта) сообщения почтовых клиентов.
Получил следующую ошибку:
The certificate couldn't be validated because SSL negotiation wasn't successful. This could have occurred as a result of a network error or because of a problem with the certificate installation.
Пересоздание самоподписанных сертификатов ничего не поменяло или обязательно нужен сертификат от доверенного центра?
Локально сайт открывается, а из вне действительно не виден.
Но проблему это все равно не решает...
Скинул на support@eserv.ru лог https при попытке локального подключения. С новым сертификатом он больше и оутлок задумался на пару минут, прежде чем выдать ошибку.
i.schelokov пишет: Но проблему это все равно не решает...
Если решить проблему внешней видимости, то это позволит посмотреть на сервер глазами Аутлука и прочих MS-EAS-клиентов — с помощью этого тестирующего сайта.
i.schelokov пишет: Скинул на support@eserv.ru лог https при попытке локального подключения.
По поводу внешней видимости, похоже фаервол что-то блокирует... разбираемся.
А попутно и еще одна проблема возникла, почему-то с обеда почта только внутри сети ходит и внешняя принимается, а наружу ничего...
В общем с фаерволом похоже разобрались, теперь сайт https://mail2.nes.032.ru/ снаружи открывается...
А при тестировании EAS получаем следующие записи:
Анализатор ExRCA тестирует службу Exchange ActiveSync.
В приложении произошла непредвиденная ошибка. Событие занесено в журнал для системного администратора. Если эта ошибка повторится, отправьте нам отзыв.
Подробнее
Сведения об исключении:
Сообщение: Invalid WBXML code/codepage from client
Тип: Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlException
Трассировка стека:
i.schelokov пишет: Сведения об исключении:
Сообщение: Invalid WBXML code/codepage from client
WBXML — это уже EAS-протокол, т.е. все предварительные проверки успешно пройдены. А на какой стадии тестирования протокола (в браузере) это показывает? Что именно пытается прочесть с сервера...
Выше ничего нет...
И похоже что-то поломалось с отправкой почты... Письма наружу не уходят, а лежат в папке OUT.
В логах вроде ничего подозрительного, такое впечатление, что smtpsend вообще не запускается.
Исправлена досадная ошибка в функции буферизации I/O в EAS. Кто замечал exceptions в логе или непонятные глюки в EAS-клиентах, можно перетестировать с этой версией:
Файл: acWEB5 EAS bflush fix [2274097 bytes]
Если что-нибудь подозрительное заметите в acWEB.log (диагностика при ошибках расширена) — пожалуйста пришлите его на support@.
В последнее время пользователи жалуются, что на IPAD не приходит почта. В логах https обращение пользователей есть.
Помогает перегруз acWeb-а
Где еще можно посмотреть?
А там точно никакой другой сервер не претендует на 443й порт? IIS какой-нибудь... Или антивирус
В следующий раз, когда такая ошибка возникнет, запустите acWEB (игнорируя это сообщение) и посмотрите в его интерфейсе "Система/Сеть/Соединения/TCP-серверы".
Попробовал подключить встроенный календарь в W10 по EAS к корпоративному календарю на Eserv.
Подключается, но синхронизации не происходит. Добавленные в W10 события не отображаются на мобильных клиентах, и наоборот. В мобильных клиентах между собой все синхронизируется нормально. Есть выход?
Да, подтверждаю проблему синхронизации с Календарём Windows 10. Да и с почтой тоже — в бетах W10 работало, а сейчас (по EAS) не хочет. Разбираюсь, что изменилось.
ili_a пишет: По IMAP почту тоже подключить не могу
Список папок получает, а писем нет.
Видел ваши тесты в логе нашего сервера Тестовые письма ваши не ушли на vektv, т.к. MX их отвергает (там не Eserv). А по IMAP понятно, Eserv не разобрал формат даты с односимвольным числом.
INBOX;A7 SEARCH UNDELETED SINCE 8-Sep-2015
INBOX;A7 BAD SEARCH: error: Digit
С IMAP какое то чудо происходит, открыл почту и смотрю, что она уже синхронизирована (рабочая почта на Eserv) может windows обновление выпустила, не знаю.
Правда в настройках входящего сервера указывал как вариант server:993:1 (подсмотрел на gmail и mail, не знаю что это значит я про :1)
К ili_a#forum.eserv.ru сейчас подключился без этого параметра. Письма появились, но синхронизация до сих пор происходит
Извините, что про IMAP пишу в эту тему, просто все и сразу.
ili_a пишет: С IMAP какое то чудо происходит, открыл почту и смотрю, что она уже синхронизирована
При испытаниях Windows Mail из W10 заметил, что прогресс синхронизации по логу IMAP-сервера уходит намного дальше, чем это видно в интерфейсе Mail. Скорее всего в программе две асинхронных задачи — одна синхронизирует локальную базу с серверной, а вторая показывает изменения в интерфейсе, и вот эта вторая часть далеко не всегда поспевает за первой. При перезапуске наверное "догоняет" А вообще печально видеть, как падает качество реализации встроенной почты в Windows последние лет 10.
Поставил, 4дня — полет нормальный. Если что, отпишусь. Глюки возникали примерно в конце месяца и заканчивались в начеле (~7 числа)
Жду подгонки EAS.
С Новым годом!
Решил тоже не создавать новую тему, хотя вопрос касается IMAP в Office 2013 и 2016...
При создании письма и долгом его редактировании (срабатывает автосохранение черновика) после отправки письма черновик не удаляется, а остается в папке "черновики" как не прочитанный...
При чем, как на версии acIMAP_511, так и на предыдущей...
Этот глюк появился после каких-то обновлений от Майкрософт и acIMAP вряд ли виноват, но проблема имеется.
Eserv выдавал всем подкаталогам inbox'а тип "входящие по умолчанию", как самому inbox'у — это и сбивало клиента с толку. Исправлено на тип "user created folder", как у остальных папок. Кстати, iPad в этой ситуации глючит точно так же — не показывает одну из папок. Неужели яблочники начали списывать у андроидов
Надо удалить и заново создать учетную запись в андроиде, т.к. там в отличие от IMAP список папок перечитывается редко.
А в веб-почте они видны? Не пустые?
.dirs.db3 этого пользователя (архивом на support@eserv.ru).
Еще исправление:
ред: 21.05.2012 21:14
В логе HTTP\2012-05-22-log.txt появляется масса записей вида:
а в acweb.log записи вида:
Ошибок не в одном из логов невидно.
Кстати в HTTP лог пишутся пароли пользователей.
Эти записи повторяются или адресаты и темы там меняются?
Но их к-во увеличивается, или всё остановилось? На конкретной дате во всех папках или по-разному?
Можете попробовать подключиться к ящику и посмотреть, в логах вся информация для этого есть.
Подключился (Android 4.0.3), пока качает безостановочно. 2009й и 2010й год вашего Inbox'а уже выкачал.
У меня из всех вложенных папок появляется только 1 письмо в папке Dynamix NAV и нажатие кнопки обновить ни к чему не приводит.
ред: 22.05.2012 20:57
Дело точно не в роутере, т.к. я получаю одинаковый набор писем и в офисе, и дома, и через 3G сеть оператора.
А почему не получается подключиться оутлоком с компьютера?
Попутно исправление функции отправки сообщений через EAS, была несовместима с Android4, теперь должна работать:
Файл:
Спасибо за db3-файлы, покручу их завтра.
Файл:
Попробуйте удалить учетную запись, создать снова и синхронизировать почту (чтоб не качал долго — можно указать в настройках клиента период 1 месяц, например).
Также там добавлена функция импорта Контактов из CSV-файлов. Ранее была функция импорта "учетных записей + контактной информации", теперь можно импортировать контакты из разных PIM без создания для них локальных учеток.
Вместо этого мусора после ":" должно было быть название папки. Т.е. русские папки прочесть этим клиентом не получится — придётся переделывать (усложнять) логику назначений ID, хотя по описанию протоколов там никаких ограничений нет, строка может быть UTF8, и должна трактоваться клиентом как opaque, а он зачем-то перекодирует непонятно во что.
По инбоксу все как будто в норме — HTC спрашивает "сообщи к-во писем за последние две недели", Eserv отвечает "63", и далее HTC не интересуется содержимым папки. Надо подумать...
Файл:
И еще не появляются новые письма во входящих. Логи выслал в почту.
Он и старые не до конца дочитал — что-то ему опять не нравится, постоянно переспрашивает первые 50 сообщений. Посмотрите пожалуйста, какое сообщение загружено последним (дата, тема), и сколько их всего во Входящих (должно быть меньше 50, т.е. считать не долго).
Последнее сообщение от 10.05.2012 13:08 "RE:Ветлевка" от Евгения Горкавий. Всего сообщений 58, если нигде не сбился...
Это не последнее, а первое (в смысле старейшее). А последнее по дате?
Явных различий в списке писем между оутлоком на рабочем компе и планшетом не видно.
А вот более новые сообщения уже не загружаются и не удалилось письмо, которое я удалил в оутлоке и произвел сжатие папок.
Файл:
Удаление (свежее) не будет видно, если клиент еще не вычитал папку до конца (до последнего по времени сообщения). Если предыдущая версия _18 читает всё, то можно ставить _19 и испытывать синхронизацию удаления IMAP->EAS (в обратную сторону работает уже давно):
Файл:
Всем, у кого iPad/iPhone или не-HTC Android, можно сразу ставить 19.
ред: 27.05.2012 18:11
Тогда второй вопрос, заданный только что в письме к вам, отменяется.
Теперь я вообще в ступоре, что еще не нравится HTC — если он всю пачку 50 сообщений нормально прочитал, что ему теперь мешает двигаться дальше... По логу он продолжает переспрашивать эти первые 50. Ладно, теперь сами сообщения трогать не будем, раз они наконец все стали читаться, теперь будем тасовать остальные поля wbxml-пакета...
Оптимизация по использованию RAM. Значительное ускорение синхронизации объемных папок. Очередные экспериментальные изменения формата выдачи (попытка угадать ожидания почтового клиента HTC на Android).
При поступлении в почту приглашения на мероприятие (письма с ics-вложением) Eserv выдает сообщение клиенту в таком формате, что на iPad/iPhone это приводит к выводу окна-извещения с предложением принять приглашение.
Только для HTC! (для других пока используйте предыдущую 20ю сборку)
В этой версии для пробы SyncKey в ответах перемещен выше — перед списком сообщений, а не после.
ред: 30.05.2012 04:36
Файл:
Также в этой версии продолжаем оптимизацию потребления RAM.
Эту версию можно ставить и для стандартных Android'ов, и для iOS-клиентов — несовместимостей не замечено.
Файл:
Файл:
Файл:
Файл:
Файл:
Файл:
ред: 17.07.2012 14:24
Исправлена обработка поля DateReceived при синхронизации почты через ActiveSync.
В случае любых проблем прошу выслать acWEB.log и вывод netstat'а на support@eserv.ru. Спасибо!
Как выяснилось, Windows иногда выдает "ошибку 8" (исчерпание памяти) даже при наличии достаточного её к-ва — только из-за того, что не может зарезервировать (без реального выделения) память под стек очередного потока. А резервируется по умолчанию 1Мб (задано в заголовке exe-файла), хотя Eserv'у столько не нужно, он нормально работает и со 128К. На самом деле ему и 128К вовсе не нужно, но на том же стеке работает и Windows, когда Eserv обращается к API...
В общем, в этой версии резервируется в 8 раз меньше стека, чем раньше. Возможно поможет в этих тяжелых случаях.
И, если уж переходить от оптимизации внутри Eserv'а на оптимизацию взаимодействия с Windows, то стоит вспомнить и о втором режиме работы Eserv'а — с пулом потоков. Т.е. режим, который уже 12 лет рекомендуется MS к использованию в качестве основного, но который раньше не давал (Eserv'у) никаких заметны выгод в benchmark'ах, поэтому так и не был сделан основным. Для испытания в этом режиме достаточно раскомментировать UsePool в acWEB\conf\OnStartup.rules.txt и перезапустить acWEB5.
А планируется ли работа EAS с почтовым клиентов виндовс 8 и оффис 2013. В обоих версиях заявлена поддержка этого протокола, но к Eservу подключиться не удается.
Могу предоставить необходимые логи.
И кстати так и не исправлена возможность получения почтовых вложений через EAS на мобильных клиентах.
Да. Оно бы уже работало, но в Win8 Developer Preview отсутствует почтовое приложение с поддержкой ActiveSync.
В iPad/iPhone работает, а Андроид и WP пока в очереди, т.к. не удается до конца решить проблемы стабильности — у одного из покупателей Eserv с EAS ежедневно падает, и еще у одного раз в два дня или около того. Т.е. в первую очередь занимаемся "смертельными" проблемами, т.к. от способа их решения зависит весь остальной функционал.
ред: 13.08.2012 21:21
Возможно там та же ситуация, что и в Win8 CP, т.е. разрешена работа только с MS-серверами.
Вот из
ред: 14.08.2012 06:11
Исправление ошибки, приводившей к exceptions при использовании TCPMAP'ов в режиме UsePool. Всем, кто устанавливал 'EAS 35', рекомендуется заменить exe на этот.
На Win7 заработало. Синхронизация с Eserv по ActiveSync не хотела работать, пока не добавил нестандартное недокументированное поле X-TransactionID в заголовок ответа на DAV-команду OPTIONS (что это за поле и как его формировать — информацию не нашел, просто скопировал из ответа Hotmail'а на эту команду; возможно это поле "одноразовое" или привязано к дате — в общем, надо где-то искать или ждать, пока другие EAS-разработчики наедут на MS — сейчас Outlook 2013 не работает ни с кем, кроме Hotmail'а, нового Exchange (протокол 14) и Eserv'а
Файл:
Синхронизация Outlook 2013 с Eserv EAS проходит, но замечено несколько проблем: 1) MIME-почта показывается криво (исходник письма вместо нормального вида), 2) Outlook видит только одну папку контактов, GAL при наборе адреса не использует (может и не должен, я не в курсе, но мобильные клиенты умеют искать в GAL), 3) добавляемые элементы календаря и задач не отправляет на Eserv (никаких команд не отправляет), хотя сообщения через EAS отправляет нормально, 4) он провёл всего один сеанс синхронизации, и больше не пытается, и непонятно как его заставить (при Send/Receive никаких обращений к серверу не производит), 5) никакой диагностики в Outlook. В общем, есть над чем поработать (обеим сторонам) в ближайшие полгода до выхода Outlook 2013... Но пока возвращаюсь к более срочным проблемам стабильности и совместимости с мобильными клиентами. Кстати, про вчерашнюю сборку никто ничего не написал в support@.
ред: 16.08.2012 12:09
Отсутствие новостей — хорошая новость
Файл:
Всё ещё бета, жду отзывов и багрепортов на support@.
Файл:
Файл:
Требуется одновременное изменение acWEB/conf/OnStartup.rules.txt — участок IF..THEN после строки c /Microsoft-Server-ActiveSync должен выглядеть так:
Все ещё бета.
Файл:
Файл:
Автоматом сразу отметает подключение.
Вручную:
Выбираю ME 2003/2007 (WebDav). Ввожу имя/пасс. Независимо от дальнейшего выбора Excange 2003 или Excange 2007 пишет:
При этом в логе HTTPS обращение от этого пользователя нет. Не ругается на сертификат.
Вот уже и Office 2013 вышел официально, а почта по EASу с ним так и не работает...
При попытке подключить ящик получаем ответ: Вход на почтовый сервер ActiveSync (EAS): Невозможно найти сервер.
В HTTPS лог появляется следующая запись:
2013-03-15 10:52:47; 192.168.1.104;665;0;1;ХХХХХХХХХ@ХХХХХХХ;200;OPTIONS;696;DavOptions;mail;/Microsoft-Server-ActiveSync;..\DATA\domains/ХХХХХХХХХ/Microsoft-Server-ActiveSync;application/xml;"Microsoft.Outlook.15";
;ХХХХХХХ;ХХХХХХХХ;696;0;0;265;;;0;;unlim;Проблемы с подключением могут быть связаны с настройками DNS вашего домена и с сертификатами. Там у MS довольно сложный "ритуал" поиска сервера и всяких проверок. Можно попробовать проверить через этот сервер
ред: 15.03.2013 12:04
The certificate couldn't be validated because SSL negotiation wasn't successful. This could have occurred as a result of a network error or because of a problem with the certificate installation.
Пересоздание самоподписанных сертификатов ничего не поменяло или обязательно нужен сертификат от доверенного центра?
ред: 15.03.2013 12:36
Ваш HTTPS-сервер (443) точно доступен извне? В статистике подключений есть запрос от этого тестера?
Но проблему это все равно не решает...
Скинул на support@eserv.ru лог https при попытке локального подключения. С новым сертификатом он больше и оутлок задумался на пару минут, прежде чем выдать ошибку.
Если решить проблему внешней видимости, то это позволит посмотреть на сервер глазами Аутлука и прочих MS-EAS-клиентов — с помощью этого тестирующего сайта.
Не доехал лог пока.
А попутно и еще одна проблема возникла, почему-то с обеда почта только внутри сети ходит и внешняя принимается, а наружу ничего...
А при тестировании EAS получаем следующие записи:
Анализатор ExRCA тестирует службу Exchange ActiveSync.
В приложении произошла непредвиденная ошибка. Событие занесено в журнал для системного администратора. Если эта ошибка повторится, отправьте нам отзыв.
Подробнее
Сведения об исключении:
Сообщение: Invalid WBXML code/codepage from client
Тип: Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlException
Трассировка стека:
Server stack trace:
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.ReadXmlDocument()
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.ActiveSyncSyncTest.PerformTestReally()
at Microsoft.Exchange.Tools.ExRca.Tests.Test.PerformTest()
at Microsoft.Exchange.Tools.ExRca.Tests.Test.PerformChildren()
at Microsoft.Exchange.Tools.ExRca.Tests.Test.PerformTest()
at Microsoft.Exchange.Tools.ExRca.Tests.Test.PerformChildren()
at Microsoft.Exchange.Tools.ExRca.Tests.TopLevelTest.PerformTest()
at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessage msg, IMessageSink replySink)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message reqMsg, Boolean bProxyCase)
at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, MessageData& msgData)
at Microsoft.Exchange.Tools.ExRca.Website.PerformTestAsyncDelegate.EndInvoke(IAsyncResult result)
at Microsoft.Exchange.Tools.ExRca.Website.TestExecutionManager.<>cDisplayClass4.<TestCompleted>b2()
at Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)
at Microsoft.Exchange.Tools.ExRca.Website.TestExecutionManager.TestCompleted(IAsyncResult asyncResult)
Сведения об исключении:
Сообщение: Index was outside the bounds of the array.
Тип: System.IndexOutOfRangeException
Трассировка стека: at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlSchema30.GetName(Int32 tag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.FillXmlElement(XmlElement elem, Int32 depth, Boolean issecureTag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.FillXmlElement(XmlElement elem, Int32 depth, Boolean issecureTag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.FillXmlElement(XmlElement elem, Int32 depth, Boolean issecureTag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.FillXmlElement(XmlElement elem, Int32 depth, Boolean issecureTag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.FillXmlElement(XmlElement elem, Int32 depth, Boolean issecureTag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.FillXmlElement(XmlElement elem, Int32 depth, Boolean issecureTag)
at Microsoft.Exchange.Tools.ExRca.Tests.ActiveSync.Wbxml.WbxmlReader.ReadXmlDocument()
WBXML — это уже EAS-протокол, т.е. все предварительные проверки успешно пройдены. А на какой стадии тестирования протокола (в браузере) это показывает? Что именно пытается прочесть с сервера...
И похоже что-то поломалось с отправкой почты... Письма наружу не уходят, а лежат в папке OUT.
В логах вроде ничего подозрительного, такое впечатление, что smtpsend вообще не запускается.
ред: 15.03.2013 18:35
в DATA\temp только утрешняя запись.
восстановили сами путем запуска update.bat
Файл:
Если что-нибудь подозрительное заметите в acWEB.log (диагностика при ошибках расширена) — пожалуйста пришлите его на support@.
Помогает перегруз acWeb-а
Где еще можно посмотреть?
А где уже смотрели? В логе acWEB.log ничего необычного?
Логи HTTPS:
Вижу в этом логе, что пользователь подключился. А почту он не забирает.
201402acl факт подключения пользователя тоже фиксирует.
ред: 21.06.2014 20:56
И, соответственно порт не открывается и почта не ходит.
Лечится перегрузкой сервера и то не всегда. А других методов нет?
В следующий раз, когда такая ошибка возникнет, запустите acWEB (игнорируя это сообщение) и посмотрите в его интерфейсе "Система/Сеть/Соединения/TCP-серверы".
ред: 23.06.2014 10:23
"Маршрутизация и удаленный доступ".
Остановил службу, все запустилось.
Спасибо
Подключается, но синхронизации не происходит. Добавленные в W10 события не отображаются на мобильных клиентах, и наоборот. В мобильных клиентах между собой все синхронизируется нормально. Есть выход?
Список папок получает, а писем нет.
ред: 06.12.2015 23:46
Видел ваши тесты в логе нашего сервера
Это подкручу. А с календарём пока непонятно.
ред: 07.12.2015 23:49
Правда в настройках входящего сервера указывал как вариант server:993:1 (подсмотрел на gmail и mail, не знаю что это значит
К ili_a#forum.eserv.ru сейчас подключился без этого параметра. Письма появились, но синхронизация до сих пор происходит
Извините, что про IMAP пишу в эту тему, просто все и сразу.
В этой версии исправлено:
ред: 08.01.2016 20:36
При испытаниях Windows Mail из W10 заметил, что прогресс синхронизации по логу IMAP-сервера уходит намного дальше, чем это видно в интерфейсе Mail. Скорее всего в программе две асинхронных задачи — одна синхронизирует локальную базу с серверной, а вторая показывает изменения в интерфейсе, и вот эта вторая часть далеко не всегда поспевает за первой. При перезапуске наверное "догоняет"
Жду подгонки EAS.
С Новым годом!
При создании письма и долгом его редактировании (срабатывает автосохранение черновика) после отправки письма черновик не удаляется, а остается в папке "черновики" как не прочитанный...
При чем, как на версии acIMAP_511, так и на предыдущей...
Этот глюк появился после каких-то обновлений от Майкрософт и acIMAP вряд ли виноват, но проблема имеется.