Тема: Странное поведение аутлука после отключение электричества  (Прочитано 788 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн kentuki

  • Новичок
  • *
  • Сообщений: 1
  • Уважение: +0/-0
    • Просмотр профиля
Ребят, нииид хелп... Отключили свет... Работал аутлук, все нормально... После включения, открываю, и вижу что все сообщения пусты.. Они как бы есть... но при открытии пустые оказываются... Разбирался разбирался, расстроился.. Плюнул на это дело, выключил комп. ушел... Вернулся, все появилось,доволен как слон, и т д... после спяки очередно, снова включаю комп, и бац тебе на... ПРопали даже диалоговые сообщения... ЧТо за ерундистика мистика ху.стика такая:?? кто может сказать поччему это происходит?
 


Оффлайн moto

  • Выше солнца
  • *****
  • Сообщений: 16762
  • Поблагодарили: 130 раз(а)
  • Уважение: +123/-0
    • Просмотр профиля
настройки соединения какие? pop или smtp? может на сервере стоит установка удалять письма при проверке?

Пропажа сообщения на стороне отправителя
показать/скрыть
Сообщение вернулось отправителю с ошибкой и было проигнорировано. Это самая гадкая ситуация, когда отправитель послал письмо, оно вернулось с ошибкой доставки и он никаких действий не предпринимает, или удаляет письмо, или утверждает, что ошибка на стороне получателя. Это неправильная позиция. Почтовый сервер получателя — это дверь. В нее можно войти при условии соответствия размерам этой двери. Поэтому, если хочешь, чтобы письмо дошло, придётся подстраиваться под эти размеры.

 Письмо было отправлено не тому получателю или в адресе получателя содержится ошибка. Встречается довольно часто, когда адрес диктуется по телефону, адрес получателя изменился, сотрудник уволился, переименовали домен получателя, а старые адреса не оставили и так далее. Решение проблемы — узнать правильный адрес получателя.
Превышен размер сообщения на принимающем сервере. По умолчанию ограничение на размер сообщения всегда было 10 МБ, поэтому лучше приучить своих пользователей не пересылать файлы больше 8МБ в одном письме.
Почтовый ящик получателя переполнен и в данный момент недоступен. Часто встречается на адресах sales@, info@ или перегруженных сотрудников, которые просто ушли в отпуск. В этом случае только звонить адресату и сообщать о проблеме.

Сбой в DNS, почтовый сервер получателя не может быть найден. Довольно редкая проблема, но встречается, когда DNS сервер отправителя не может разрешить имя почтового сервера получателя. Администратор может узнать IP адреса через сторонние сервисы и временно добавить зону в свой DNS для домена получателя.

Сбой Интернет-канала, когда от одного провайдера не видно сети другого провайдера. Встречается крайне редко, в основном у небольших провайдеров. Исправляется обращением к провайдеру.

Сервер получателя обрывает SMTP сессию, т.к. сервер отправителя находится в DNS Block list или просто заблокирован. Бывает, что администраторы сильно затягивают гайки на принимающем сервере, бывает, что все сети провайдера попадают в DNS Block list. Нужно просто обратиться к владельцу DNSBL и они вычеркнут из него, или звонить получателю, чтобы добавили в белые списки.

Неправильно настроены DNS записи у отправляющего сервера PTR, SPF, отсутствие MX записи. Ситуацию может исправить только администратор отправляющего сервера, хотя администратор принимающего сервера может добавить IP адрес в белый список.

Отправитель обманывает, сообщение не было отправлено по каким-то причинам. Это очень частая ситуация, особенно во взаимоотношениях подрядчик-заказчик, когда подрядчик не успевает по срокам и таким образом выигрывает себе еще денёк-другой. В данном случае отправляются логи с последним письмом от отправителя.
Сообщение еще находится в очереди на передачу. Многие люди считают, что почта должна ходить мгновенно. К сожалению, у нас не везде широкие каналы, быстрые серверы, поэтому возможны задержки в очередях.

Пропажа сообщения на почтовом сервере получателя
показать/скрыть
Все возвращаемые серверу отправителя ошибки, перечисленные выше.

Сбой почтового сервера. Многие считают, что почтовые серверы работают всегда, но это далеко не так. Я сталкивался в своей практике с тем, что или серверы, или каналы у довольно известных компаний не работали какое-то время. Причем пока разбираешься с проблемой, видишь, как они вдруг начинают работать.

Сбой в службе или записях DNS. Иногда это тоже случается, поэтому нужно проверять все дважды.

Проверка существования отправителя Callback verification и наличие фильтра greylist. Если в организации отправителя используется GreyList, а в вашей системе Callback verification, то ваша система никогда не сможет проверить отправителя и не примет письмо. Я об этом писал в статье: http://www.exchangerus.ru/2008/12/11/vojna-mezhdu-dnsblgreylisting-i-callback-verification-prodolzhaetsya/

Использование ненадежных поставщиков DNS Block list и ошибочная блокировка. Особенно актуально при обмене с небольшими организациями, чьи серверы попадают в DNS Block list.

Ложные срабатывания антиспама, когда сообщение отправителя распознается как спам и помещается в карантин. Это стандартная проблема, поэтому контент-фильтры сильно закручивать не стоит.

Сообщение еще находится в очереди на отправку между серверами. Об этом уже написано выше.
Настроена пересылка писем без помещения в почтовый ящик.

Пропажа сообщения в почтовом клиенте получателя
показать/скрыть
Сообщение попало в Junk email. Фильтр Outlook живет сам по себе и обладает довольно странной логикой. Поэтому нужно всем доверенным отправителям с помощью транспортных правил добавлять флаг «SCL=-1» в заголовок сообщения или политиками распространять белые списки в Outlook

Отработали правила, переместившие сообщения из входящих в другую папку. Когда правил много и пользователь забывает устанавливать «Stop other rules» в конце правила, то письма залетают в другие папки или удаляются.
Настроены фильтры в виде Outlook на частичное отображение информации, например, плюсик на Today. Это анекдотичная ситуация, но бывает, когда плюсик на группировке Today в Outlook нажимают и не видят писем за сегодня.

Существует клиент POP3/IMAP4 на другом компьютере, КПК, телефоне, который выкачивает по времени сообщения с удалением из почтового ящика. Сейчас устройств много, одно из них может высосать всю почту и удалить ее в почтовом ящике.

Пользователь удаляет сообщения сам по какой-то причине и обманывает. Администратор не знает, в какие политические игры играют сотрудники, и частенько емейл фигурирует в них как аргумент или доказательство для наезда. В этом случае администратор показывает логи, и дальше уже пусть HelpDesk разбирается.

Отработала Автоархивация и поместила сообщения в pst файл, а pst файл потерялся. Именно поэтому я ее запретил политиками лет десять назад, и теперь, если хочешь архивировать в pst — делай это вручную.

Случайное перемещение сообщений в другую папку. Особенно смешно, когда структура папок разветвленная и пользователь Drag&dropом перетащил сообщения или папки куда-то и ищет потом.

Политики архивирования. По умолчанию они за год оставляют сообщения, все остальное в архив. Поэтому нужно точно знать, как они работают.

Внешние антивирусы на клиенте или антиспам. Зло еще то, возможна некорректная работа.
Всевозможные плагины для Outlook. Были случаи, когда сообщения пропадали из-за некорректной работы плагинов.
« Последнее редактирование: 07 Декабрь 2015, 15:10:43 от moto »
https://irongamers.ru - сообщество любителей компьютерных игр
 


Оффлайн senyamihailov

  • Новичок
  • *
  • Сообщений: 13
  • Уважение: +0/-0
    • Просмотр профиля
у заломались локальные копии почтового ящика. Бывает. Проверь диск на ошибки. Может всё вернется. А иначе, немного сложнее, но тоже реально. Старый ящик переименуй, не удаляй (!), иначе и с сервака всё удалишь. Пересоздай аккаунт, выкачай всю почту с серваков заново.
ЗЫ. Тоже ломало локальную копию ящика, пять минут настроек и дольше ждать пока по ИМАП всё выкачает. Если не поможет попробуй программку https://www.repairtoolbox.com/ru/outlookrepair.html Outlook Repair Toolbox
 

 


Поиск

 
SimplePortal 2.3.6 © 2008-2014, SimplePortal