CityCat4

По п.2 идти на сайт sorbs.net, читать, что там написано, выполнять рекомендации. Попадание в sorbs - вещь неприятная, но терпимая, главное - не буракосить и не говорить, что круче Вас только лого МТС :)

Автоответ-то сделать запросто через sieve, но как дальше - не представляю. В ответном письме не может быть никаких форм, никаких скрпитов (а если есть - их запросто порежут) - там будет просто текст. Можно попросить заполнить текстовые поля согласно некоторого формата.

И все. В корпоративной почте зачастую даже html запрещен.

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

Подделка почтовых заголовков - крайне плохая идея. Уже не говоря о том, что ответ тоже пойдет на support@domain.tld, потому что протокол SMTP не предусматривает никакой защиты заголовка. То есть конечно, можно покопаться в мозгах постфикса и организовать нечто типа "почтового NAT", когда сервер "помнит", что письмо с заголовком X-Zhopa: AAAA на самом деле отправлял ivanov@domain.tld, письмо с заголовком X-Zhopa: BBBB отправлял petrov@domain.tld и при приеме меняет заголовок обратно - но, боюсь, писать это придется самому :)
Это не считая того, что обычно конторы, у которых переписка идет с одного адреса - могут быть посчитаны за шарашкины.

Если по условиям задачи допустимо применение внешних команд - то сначала man mail, потом отработка отправки файла через команду mail, потом вызов этого всего через system() или exec()..
Если нужно указывать от кого - вместо mail используется sendmail.
Если использование внешних команд недопустимо и нужно/хочется обойтись чиста средствами языка (это конечно глупо, но познавательно зело) - берем RFC822, изучаем формат сообщения электронной почты, потом берем и реализуем это.

То есть нужно будет:
- сформировать правильные заголовки письма
- сформировать вложение (mime-encoded, не забываем про то, что в письме могут присутствовать только отображаемые ASCII, никаких спецсимволов!)
- подключиться к серверу, передать начальную информацию (кто ты, от кого, кому)
- не забыть про SPF/DKIM/DMARC (иначе с большой долей вероятности письмо будет в корзине, если вообще будет принято - гмыло в этом отношении прост как полено)
- передать сформированное письмо

Wataru правильно сказал - пара месяцев напряженной работы уйдет, зато сколько скиллов сразу подтянете :D
На баше кстати одной строчкой делается (если без изменения From:) и двумя-тремя - если с изменением.

Ну, я вот знаю, как это сделать на sendmail, но мой ответ тебе поможет только если у тебя установлен он ;)

Интересно, что я увижу, когда такое письмо попадет ко мне в фильтр и весь html будет "ободран"? :)

Такого решения нет и никогда не было ;) Электронная почта никогда не планировалась в качестве инструмента групповой работы. То, что через IMAP много людей может читать один ящик - это костыль. Хотя в принципе, если завести свой сервак и нужным образом модифицировать почтовик - можно и не такое сделать.

Увы, своему серверу тут нету альтернативы.

Хм. Идея насчет зимбры + redmine - мне понравилась. Самба там в комплекте, то есть файловый ресурс будет. Если не нужен outlook - можно commuinty edition обойтись, если нужен - придется ящики лицензировать, насколько я помню там пачками по 50 штук.
Для контроля почты придется настроить зеркалирование на сервере. Для зеркалирования отправляемых писем возможно придется в настройки почтовика лезть.

А что особенного? Технических ограничений на рассылку нет - можно и миллионами слать. И быстро попасть во всевозможные спамерские списки. Не испольузете? Ну, ваши проблемы...

sendmail?

# cat /etc/mail/mailertable

domain1.ru                       smtp:[10.8.1.5]
domain2.ru                    smtp:[10.7.1.6]

Зачем? Ухудшить доставку и увеличить попадание в спам?

Читаем RFC. До посинения. Там есть ответы на все эти вопросы

Задача стоит полностью убрать видимость реального ip на котором крутится exchange

Зачем? Скрывают что-то те, кто чего-то опасается. Вот я опасаюсь хищения номера моей карты - и использую "псевдо-карту" от Юмани. Чего таким образом хотите избежать Вы?

делать буду средствами nginx и реверс прокси,

Реверс прокси будем иметь IP из той же сети, что и почтовик?

Кроме как в заголовках, IP почтовика всегда отражается в логах (ну в смысле - IP сервера, передающего почту)

Хотите сделать свой mail.ru с блэкджеком и девочками? Это конечно возможно, только зачем? Спамом завалят тут же...

Никак. Как принимающая сторона, я могу с письмом сделать все, что хочу. Вообще. И у отправляющей стороны нет никаких средств это обнаружить.

Никак. Спамеры шлют на автогенерированные адреса, в расчете на то, что какой-то из них окажется настоящим :)