CityCat4

Если стоит задача исключить утечку данных, то нужно помнить, что путями утечки являются не только письма, но и USB, и DVD и даже блютуз
Если нужно ограничить подключением только к корпоративной почте - ставится VPN клиент, весь трафик пускается через него, вне VPN трафик банится. VPN делается в контору. (Такая конфигурация ломается даже полным ламером путем вставки USB-свистка с 3G, что опять приводит к контролю за USB и пр.)
Если можно заблокировать весь тырнет, в виндовом файрволле банится порт 80/443 за исключением того сервера, куда надо ходить.
А в целом задача не имеет решения - нужно больше исходных данных

Почтовых клиентов вообще-то не так уж и много. TB, Outlook, TheМышь и почтовый клиент Зимбры - из тех, что я знаю, не считая тех, что не работают на винде.
Проблема у Вас не в клиенте. Любой клиент будет впадать в ступор, когда начинает одновременно ломиться по сотне учеток. Заведите еще одну-две-десять учеток и перенаправьте туда почту так, чтобы она группировалась на них, а с них уже забирайте.

undisclosed-recipient означает, что не указан получатель, то есть либо не было команды RCPT TO: либо она была отвергнута. Wireshark в руки - и смотреть, что улетает на сервер.

Большая часть телефонов синхронизируется через MOBILEdit. Не знаю, поддерживает ли он яббл, андроид точно поддерживает.

В поле "Кому" можно указать кого угодно - хоть Трампа, хоть Саакашвили. Есть еще "Копия", есть еще "слепая копия" (BCC - Blind Carbon Copy). Если Ваш адрес был прописан в поле BCC, то письмо придет, хотя в заголовках этот факт отражен не будет, понять его можно будет только из лога. Есть еще перенаправление, факт которого не отображается.

Возможно написать свой элемент конфига для sendmail.cf либо фильтр на libmilter.

В процессе приема письма Вы можете делать с ним все, что хотите. Возможно, поможет virtusertable. Возможно придется свой фильтр на libmilter лабать.
Здесь только один момент. Обработка доставки в ящик - это уже LDA/LMTP. Изменить FROM нужно до этого момента (если нужно прозрачное изменение), потому что силами LDA это прозрачно не сделать - в заголовках замелькает факт переадресации.
Нужно немного не так:
пришло письмо на user@nichego.net от bill@microsoft.com
фильтр подменяет FROM на spy@google.com
письмо в таком виде падает в ящик
Это скорее всего на libmilter что-то лабать, мне стандартных средств неизвестно

Сил нет уже отвечать на этот вопрос...

Вот

Ничем не грозит.

У меня подобные письма валятся отдельному юзеру, я их никогда не читаю, просто временами убиваю его ящик и все. Пусть хоть опухнут регистрироваться :)

Почему я так сделал?

Потому что иначе возникает переписка между Postmaster-ами о том, что юзер Петя, которого нет пишет письмо юзеру Васе, которого нет. Эта переписка может длиться долго и будет она совершенно бессмысленна :)

Да откуда же вы беретесь такие, поиском не умеющие пользоваться!

Тыц

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

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

Хосспидя, уже сто тыщ мильенов раз писали - невозможно гарантированно отследить открытие письма!

Потому что:
- почтовые клиенты не скачивают картинки автоматом. Да, в оутлуке это включено, но можно и выключить, а в других выключено по умолчанию.
- почтовые сервера режут HTML, фильтруя его до простого текста - то же самое могут делать и клиенты.

То, что это работает в оутлуке по умолчанию, вовсе не значит, что это работает везде и всегда.

Снести и переставить. TB не имеет никаких "конфигов от администратора" - все свои конфиги она создает сама, при первом запуске. Снести также ее рабочий каталог в профиле - вот на него права могли криво установиться.

- Насколько я знаю, с Ираном вроде как дружба. Если бы письмо было из Литвы - еще можно было бы задуматься :)
- Как и по каким причинам яндекс может отказать в приеме письма - известно только админам яндекса. Используя сторонний почтовик, приходится просто тупо полагаться на то, что админы хоть немного честные :)
- Может оно просто в спаме?

Проверка SMTP-серверов на доходимость почты невозможна. И это уже надоело обьяснять каждому, кто решил поупражняться с php mailer.

Почему?

Потому что на стороне сервера я могу имитировать любое поведение.

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

Сообщение о том, что письмо НЕ доставлено - вовсе не означает, что оно недоставлено - ну вот ничего мне не помешает через milter его принять, а в ответ серверу выдать 5.7.1 User unknown, чтобы не писали больше.

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