Это правильный ответ на вопрос, но вопрос задан неправильно.
Почта для домена не подходит для массовых рассылок, на любой почте для домена будут рейтлимиты и ограничения, она предназначена для "человеческой" переписки. Для отправки атоматических уведомлений, транзакционных, маркетинговых писем следует использовать либо специализированные сервисы (Amazon SES, MailChimp и т.п., их много) либо слать их напрямую со своего сервиса, при условии правильных настроек. Очень опасно в плане доставляемости отправлять автоматические письма с тех же серверов, с которых идет "человеческая" переписка.
Barnie Savington, понятия не имею, будут ли проблемы, потому что два интерфейса с одинаковым адресом это не самая стандартная ситуация. А что мешает задать под Linux разные адреса интерфейсам?
А вы доступность портов как проверяете? Не любой NAT поддерживает трансляцию запросов из внутренней сети во внутреннюю сеть, поэтому доступность внешних портов надо проверять снаружи.
korobey, я же написал, зачем внутренней инфраструктуре провайдера назначать белые адреса, с маршрутизаторов нет необходимости обращаться в интернет и к ним из интернета тоже нет необходимости обращаться. Это не мешает пропускать им через себя трафик до "белых" адресов.
korobey, наличие в трассировке адресов RFC1918 ничего не говорит о наличии NAT, маршрутизаторам часто назначается "серый" собственный адрес чтобы они не были доступны извне.
3proxy специально разработан для таких конфигураций.
Проблема не в том, что 3proxy что-то не умеет, а в том, что вы не настроили маршрутизацию для дополнительных IP адресов.
Что вы имеете ввиду под дескриптором, базовый адрес?
Но в любом случае не хватает исходных данных, а что у вас при этом есть? Можно получить, например, адрес какой-нибудь функции из таблицы импорта исполняемого файла, если он уже слинкован с DLL и по нему найти начало DLL в памяти.
Не могу сказать про ePochta Mailer, но Content-ID и ссылки cid: в приложениях для рассылок обычно генерируется уже при отправке, в приложении генерирующем письмо вставка изображения как правило производится каким-то другим способом, специфичным для приложения, например по имени файла или через WYSIWYG редактор. Почитайте документацию по программе, например вот эту статью.
Это не так, ассимметричная криптография не используется для шифрования больших объемов данных. Ассиметричная криптография используется для аутентификации и генерации симметричного сеансового ключа, сами данные шифруются с использованием симметричной криптографии.
Если у epoll_wait последний параметр -1, то это значит, что кто-то изо всех сил хотел выстрелить себе в ногу, т.е. это и есть случай плохо написанного приложения, при котором перед ним лучше поставить обратный прокси (nginx например).
Конец вашего вопроса не понял, соединенный (connected) сокет всегда соответствует одному соединению. В TCP всем принятым соединениям соответствует соединенный сокет, собственно это и есть соединение. Или вы имеете ввиду сокет epoll'а? Для epoll_wait обычно устанавливается таймаут соответствующий мимнимальному из таймаутов соединений.
Данил Тунев, причем тут загромождение памяти? В любой функции ожидания событий от сокета (select/poll/epoll/etc) изначально есть таймаут, приложение всегда обрабатываете таймаут как событие. Поэтому в любом приложении есть таймауты на соединение. Если у вас плохо написаное серверное приложение и в нем таких таймаутов нет или нет возможности ими управлять - ставьте перед ним нормально написаный обратный прокси, в котором такие таймауты есть.
armodim, спамеры не заполняют руками формы, они просто дергают серверсайдный конец. Если "обязательность" поля проверяется в браузере и не проверяется в серверсайде, то ориентироваться на это не надо.
Почта для домена не подходит для массовых рассылок, на любой почте для домена будут рейтлимиты и ограничения, она предназначена для "человеческой" переписки. Для отправки атоматических уведомлений, транзакционных, маркетинговых писем следует использовать либо специализированные сервисы (Amazon SES, MailChimp и т.п., их много) либо слать их напрямую со своего сервиса, при условии правильных настроек. Очень опасно в плане доставляемости отправлять автоматические письма с тех же серверов, с которых идет "человеческая" переписка.