![image](https://habrastorage.org/webt/59/e8/ab/59e8abd4716db428250035.jpeg)
Всем привет!
Недавно я участвовал в миграции корпоративной почты одной небольшой компании на хостинг Mail.Ru. Сразу хочется отметить, что у Мэйла для миграции есть удобная функция автоматического импорта ящиков из других почтовых сервисов, а также поддержка автоматического создания ящиков из CSV-файлов, обе возможности были опробованы и не вызвали каких-либо проблем. Приятным сюрпризом было наличие готовой инструкции по настройке доступа к почте для конечных пользователей.
Вообще всё было бы просто замечательно, если бы не одно но…
Сотрудники часто обмениваются с контрагентами письмами с Excel-таблицами и активно пользуются поиском писем по данным из этих таблиц.
Одна из сотрудниц пожаловалась, что не может найти письмо, хотя в ящике оно точно есть. Поиск производился по номеру телефона, находившемуся в одной из ячеек Excel-файла, прикрепленного к письму. При проверке выяснилось, что искомое письмо с нужным номером действительно лежало в отправленных. Мы смоделировали ситуацию на других ящиках корпоративного аккаунта, а потом на других персональных аккаунтах Mail.Ru — проблема имела место и там.
Mail.Ru презентовал поиск по вложениям более двух лет назад, поэтому в наличие такого бага верилось с трудом. Но все же решили проверить. А уже в процессе написания статьи пришла мысль не ограничиваться одним только Mail.Ru, а пойти дальше и сделать небольшой обзор поисковых возможностей почтовых сервисов Mail.Ru, Яндекса и Gmail как наиболее популярных в России.
За основу была взята такая таблица:
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba3366cd465578857.jpeg)
И такой документ:
![image](https://habrastorage.org/webt/59/e8/bc/59e8bc2594118854170411.jpeg)
Таблицу я сохранил в форматах XLS, XLSX, ODS, PDF, текстовый документ — в DOC, DOCX, ODT, PDF. В итоге получилось 8 файлов, внутри которых было 4 образца:
1) только текст;
2) только числа;
3) текст с числами слитно;
4) текст с числами, разделенные пробелом.
Отправил файлы сам себе внутри тестовых ящиков. Получилось вот так (на примере интерфейса Mail.Ru):
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba357064899450424.jpeg)
Папка «Отправленные» была предварительно очищена, чтобы не было дубликатов.
При поиске по первому образцу (только текст) лучше всех оказался Яндекс, подтвердив свой фирменный девиз «Найдётся всё!»
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba35fc57779898172.jpeg)
Gmail отработал чуть хуже, не заметив таблицу OpenOffice:
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba3764ef504997883.jpeg)
Mail.Ru не нашел ни ODT, ни ODS:
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba389330893305270.jpeg)
И Mail.Ru, и Яндекс умеют искать по формам слов, даже несуществующих:
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba3a75c1572639014.jpeg)
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba3d0435016539737.jpeg)
Gmail по умолчанию ищет слово строго в той же форме, но даже с опцией morph:on выдуманные слова просклонять не смог. Ну что ж, для заморского сервиса простительно. :)
После экспериментов со склонениями и спряжениями разных слов мне показалось, что Мэйл в морфологии разбирается лучше остальных.
Приятной особенностью поиска в Mail.Ru, которую я не нашел у других, является подсвечивание найденного фрагмента текста:
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba395492560255816.jpeg)
Но, в отличие от Яндекса с Gmail, здесь не выводится общее количество найденных писем.
Теперь посмотрим, как отрабатывает поиск по числам.
Цифры в составе слов (3-й образец) найти не смог никто. Эта же логика наблюдается и при поиске частей слов: ищется только слово целиком, по отдельным частям не работает.
При поиске 2-го образца (только числа) Яндекс опять отработал без проблем, gmail по-прежнему не увидел ODS-таблицу, а вот у Mail.Ru нашлась проблема посерьезнее. Тут не работает поиск чисел по таблицам Excel ни в старом формате XLS, ни в новом XLSX:
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba3d0492015587222.jpeg)
Если же в ячейке, помимо искомого числа, имеется текст или другое число, отделенное пробелом, как в 4-м образце, то поиск по этому числу работает (кроме файлов OpenOffice, о которых было сказано ранее):
![image](https://habrastorage.org/webt/59/e8/ab/59e8aba3eec5b981519064.jpeg)
Мы с коллегами,
На всякий случай подождав несколько дней (мало ли, кратковременный глюк) и убедившись, что ситуация не улучшилась, я написал в техподдержку через форму обратной связи на сайте.
Через несколько дней сотрудник техподдержки попросил предоставить скриншоты с подробным описанием проблемы. Странно, вроде сразу описали всё подробно. Ну да ладно, правила есть правила. Расписали всё ещё раз, но уже с картинками.
Еще через несколько дней приходит письмо такого содержания, уже от другого сотрудника техподдержки:
Здравствуйте.Ну что ж, посмотрим, что скажет руководство. Руководство, как это обычно бывает, все решения склонно тщательно взвешивать и обдумывать, поэтому я терпеливо прождал месяц, после чего поинтересовался, что было сделано по тикету.
Спасибо за проявленное внимание к нашему сервису!
Ваше предложение передано на рассмотрение руководству.
С уважением, XXX Y
Служба поддержки пользователей
почтовой системы Mail.Ru
Пришел такой ответ:
Здравствуйте.На мой взгляд, к отсутствию функциональности можно отнести неработающий поиск в документах OpenOffice, а вот проблема с поиском чисел — явный баг.
На текущий момент данная функциональность отсутствует.
С уважением, XXX Y
Служба поддержки пользователей
почтовой системы Mail.Ru
Понятно, что в приоритете стоят задачи, которые увеличивают прибыль компании и найденный баг к этой категории не относится, но надеюсь, что Mail.Ru когда-нибудь пофиксит и его. И, возможно, добавит поиск по ODT- и ODS-файлам.
Еще мне пока не удалось оценить одну из важных, на мой взгляд, фич Mail.Ru — “неограниченный объем” почтовых ящиков (насколько знаю, пока она бесплатна). Кто в курсе, отпишитесь в комментариях, до какого максимального размера можно по факту раздувать ящики.
UPD: в январе 2018-го починили поиск по XLSX