На счет открытого релея, зря поставлена 0.0.0.0/0.0.0.0 в mynetworks.
Вообщем жди проблем
Они у тебя появятся примерно через два дня, через 4-5 дня твой почтовик появится в 5 и более черных списках.
Ресурсы твоего сервера будут забиты, демон MySQL у тебя упадет и т.д.

Отправка сообщений из командной строки.
Решение найдено. Напомню, что стояла задача настроить отправку почты например из скрипта. Без глобальных действий вроде поднятия веб - сервера, о чем описано в теме. Решение найдено моим коллегой, на различных форумах.
Поехали...

/etc/postfix/main.cf 

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_pass
smtp_sasl_security_options = noanonymous
smtp_sasl_type = cyrus
smtp_sasl_mechanism_filter = login

smtp_sender_dependent_authentification = yes
sender_dependent_relayhost_maps = hash:/etc/postfix/private/auth/sender_relay
sender_canonical_maps = hash:/etc/postfix/private/auth/canonical

vi /etc/postfix/private/auth/canonical

mydomen.ru mymail@mydomen.ru

vi /etc/postfix/private/auth/sender_relay

mydomen.ru [smtp.mydomen.ru]:587

vi /etc/postfix/sasl_pass

[smtp.mydomen.ru]:587 mymail.ru@mydomen.ru:мойпароль

Проверям, отправляем.

echo "Message body" | mail -s "Subject" user@example.org

от некоторых доменов не доходят письма в логах пишет:

Dec 10 14:16:36 domen postfix/smtpd[3154]: NOQUEUE: reject: RCPT from unknown[ip adress]: 450 4.7.1 Client host rejected: cannot find your hostname, [ip adress]; from=<klient@lalala.ru> to=<admin@domen.com> proto=ESMTP helo=<opt24.com>

немного по гуглив понял что режит письма вот эти правила: "reject_invalid_hostname,
reject_unknown_sender_domain" проблема в том что письмо от klient@lalala.ru реально нужно.. как заставить постфикс принимать письма от klient@lalala.ru не уберая из цепочки эти правила.. заранее спасибо!

подскажи добрый человек как правильно создать этот механизм белых списков.. и как правильно вписать его в список постфикса.. или хотя бы ссылку на ресурс с инфой.. заранее извиняюсь за настырность.. спасибо.

спасибо за ответ!
то есть я правильно сделал:

soft_bounce = no
queue_directory = /var/spool/postfix
daemon_directory = /usr/libexec/postfix
mail_owner = postfix
default_privs = nobody
inet_interfaces = all
myhostname = domen.com
mydomain = domen.com
myorigin = $mydomain
mydestination =
local_recipient_maps = proxy:unix:passwd.byname $alias_maps
unknown_local_recipient_reject_code = 550
mynetworks = 127.0.0.0/8
relay_domains =
mailbox_size_limit=0
message_size_limit = 25600000
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mail_spool_directory = /var/mail
smtpd_banner = $myhostname ESMTP
debug_peer_level = 2
debug_peer_list = 127.0.0.1
debugger_command =
    PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
    xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail
mailq_path = /usr/bin/mailq
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/local/man
config_directory = /etc/postfix
virtual_mailbox_domains = mysql:$config_directory/sql/vdomains.cf
virtual_mailbox_base = /var/vmail
virtual_mailbox_maps = mysql:$config_directory/sql/vmailbox.cf
virtual_alias_maps = mysql:$config_directory/sql/valias.cf
virtual_minimum_uid = 1150
virtual_uid_maps = static:1150
virtual_gid_maps = static:12
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1
smtpd_sasl_auth_enable = yes
smtpd_sasl_exceptions_networks = $mynetworks
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = /var/spool/postfix/private/dovecot-auth
smtpd_restriction_classes = OnlyFromMyUsers
OnlyFromMyUsers = permit_mynetworks,
    permit_sasl_authenticated,
    reject
smtpd_recipient_restrictions =
    check_client_access hash:/etc/postfix/whitelist,
    check_sender_access hash:/etc/postfix/whitelist,
    check_recipient_access hash:/etc/postfix/whitelist,
smtpd_recipient_restrictions =
    check_client_access hash:/etc/postfix/blacklist,
    check_sender_access hash:/etc/postfix/blacklist,
    check_recipient_access hash:/etc/postfix/blacklist,
smtpd_recipient_restrictions = permit_mynetworks,
    permit_sasl_authenticated,
    reject_authenticated_sender_login_mismatch,
    reject_unauth_destination,
    check_policy_service unix:/var/spool/postfix/postgrey/socket,
    reject_non_fqdn_recipient,
    reject_unverified_recipient,
    reject_invalid_hostname,
    reject_unknown_recipient_domain,
    reject_unknown_client,
    reject_unlisted_recipient,
    reject_unverified_recipient,
    reject_unauth_pipelining,
    reject_rbl_client cbl.abuseat.org,
    reject_rbl_client dialups.mail-abuse.org,
    reject_rbl_client bl.spamcop.net,
 reject_rbl_client zen.spamhaus.org,
    reject_rbl_client sbl-xbl.spamhaus.org,
    permit
smtpd_client_restrictions =
    reject_unauth_pipelining,
    permit_sasl_authenticated,
    permit_mynetworks,
    reject_unknown_client_hostname,
    permit
smtpd_helo_restrictions =
    permit_mynetworks,
    permit_sasl_authenticated,
    reject_invalid_hostname,
    reject_invalid_helo_hostname,
    reject_unknown_hostname,
    reject_non_fqdn_helo_hostname,
    reject_unknown_helo_hostname,
    permit
smtpd_sender_restrictions =
    check_sender_access hash:/etc/postfix/access_sender
    reject_authenticated_sender_login_mismatch,
    reject_unauthenticated_sender_login_mismatch,
    permit_sasl_authenticated,
    reject_sender_login_mismatch
    reject_non_fqdn_sender,
    reject_unknown_sender_domain,
    permit
content_filter = scan:127.0.0.1:10025
receive_override_options = no_address_mappings
strict_rfc821_envelopes = yes
disable_vrfy_command = yes
smtpd_delay_reject = yes
smtpd_helo_required = yes
anvil_rate_time_unit = 60s
smtpd_client_connection_count_limit = 6
smtpd_client_connection_rate_limit = 6
smtpd_client_message_rate_limit = 6
smtpd_client_recipient_rate_limit = 20

я правильно сделал что поместил белый и черный списки в начале цепочки??
и вопрос по поводу заполнения этих списков.. можно заполнять по одной из критерий "user@compnay.kz OK" по почтовому ящику или по домену @pochta.ru OK или по айпи 111.222.333.444 OK
если вопросы глупые извините!

Расскажу еще как не надо настраивать свой почтовый сервер, если мы хотим, чтобы наши письма доходили до адресата (ну или наоборот, как надо настроить почтовую систему, чтобы гарантированно погубить почти все наши письма на честных спаморезках).

Итак, для того, чтобы наш почтовый сервер был воспринимаем остальными почтовыми серверами Интернета, как полноправный член почтовой всемирной паутины, необходимо наш почтарь объявить в DNS.
А именно:
1. Дать серверу имя и привязать это имя к IP-адресу. Сделать так называемую A-запись в нашей зоне. Кроме этого необходимо также обеспечить и обратное преобразование IP в это же самое имя. То есть учинить PTR-запись. Очень часто почтовые сервера проверяют соответствие А и PTR записи. И если они не соответствуют друг другу - режут письма, отправленные с таких хостов. Кроме того - есть мнение, что доменные имена 5 и более уровней (например, bla-bla-bla.mail.eo.outlook.com) есть имена спамерских хостов и крайне желательно таких клиентов 5 уровня "прокачки" режектить.

2. Выполнение пункта 1 обязательно, но еще не сделает наш сервер - почтовым сервером. Для этого нам необходимо определить для нашего домена специальную MX-запись, в которой перечислить все наши сервера, которые могут выступать в роли почтовых серверов нашего домена и определить их приоритеты.

3. Мы же не хотим, чтобы от нашего имени какой-то грязный хакер рассылал свои письма? Значит надо сказать всем приличным почтовым серверам, что почта от нашего домена может идти только с правильных, легальных наших почтовых серверов и никогда с каких-то левых IP-адресов. То есть нам надо определить в DNS для нашего домена соответствующую SPF-запись. В которой указать необходимую информацию и поставить правило "-all". То есть определить жесткий FAIL, если кто либо попытается отправить почту якобы от нашего имени.

4. А теперь собственно сама настройка postfix'а (или любой иной почтовой программы) для того, чтобы её поведение соответствовало указанным выше настройкам.
4.1. Мы должны отправлять почту исключительно с хостов, которые определены в MX-записях DNS.
4.2. Наши хосты должны представляться именно тем именем, которое определено в MX-записях, а не каким то левым внутренним именем. Которое, к тому же и DNS не засвечено.

Если мы исполним все эти незатейливые рекомендации, то высока вероятность того, что наши почтовые отправления будут благосклонно приняты большинством почтовых серверов, а не отвергнуты ими по формальным признакам.

К чему всё это я написал?
Не так давно мне пришлось давать пояснения руководству, почему до нас не доходит почта отправляемая одним из корреспондентов. Причем, обрубается без каких-либо вариантов, жестко.
Разбор полетов показал, что:
1. Корреспондент (имя его поменяно) для своего домена использует следующий почтовый сервер:

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

Но... На почтовом сервере нашего корреспондента определена SPF-запись вида v=spf1 include:spf.protection.outlook.com include:spf.messaging.microsoft.com -all. Надо надеятся, что там и определены все возможные варианты использования тех почтовых адресов. Следовательно нам обязательно надлежит делать проверки SPF, проверять и доверять этой записи. И делать их делать до иных режектов. Если про SPF забыть или поставить проверку не в то место правил (у меня вначале проверялась валидность HELO, а затем, позже правильных режектов, связанных с проверками HELO - проверялась SPF), то почта от такой оригинальной компании будет утеряна.

А как узнать, что какой-то корреспондент имеет проблемы с доставкой нам почты? А для этого в нашем почтовом сервере должен быть заведен специальный пользователь со стандартным именем postmaster проверки на которого не распространяются, он получает всю почту ему адресованную и наш корреспондент вполне может обратиться к postmaster'у за получением той или поддержки. Если у него на то, конечно, мозгов хватит.

Надеюсь это небольшое эссе поможет начинающим почтовым админам правильно настроить свою почтовую систему учитывая некоторые объективные подводные камни.

=================
PS. Хотя мне перестановка в начало проверок теста SPF не помогло. Микрософтовские сервера с их длинными именами отрежектились по причине длинных имен.  Так как проверяльщик SPF в случае правильности проверки возвращает PREPEND, а не OK. И все последующие проверки исполняются в полном объеме. Пришлось чуть пропатчить модуль SPF-проверки, научить его возвращать в случае результата "pass" код ОК.

Ребят прикрутил к старому почтовику который я когда то настраивал с эксимом - раундкубу, но видать он настолько кривой что когда захожу в куб заместо домена после собаки высвечивается ИП адрес сервера и соответственно никуда ничего не уходит... откуда он берет имя домена ? кстати если не указывать в rcmail_config default_host то если вводить скажем не ип сервера а его имя то будет высвечиваться имя.

to AlfaStriker

думал пункт rcmail_config smtp server поможет, нефига (.

Помогите Clamav через postfix на debian настроить.. заранее спасибо!

как тогда проверить отрабатывает ли нормально Clamav? тоесть выполняет ли он положенные на него действия..

Как написано в камасутрах - пропустить через него тестовое письмо с эйкаровской якобывирусной сигнатурой.

сообщения уходят и приходят..
/var/log/mail.log показал:

domen clamsmtpd: 100002: from=test@domen1.ru, to=test@domen2.ru, status=CLEAN

тоесть как я понимаю clamav срабатывает и показал что "сообщение чистое"

c Clamav - ом разобрался.. вроде работает норм.. там дествительно все одинаково с Centos -ом толька пути разные и пакеты.. теперь.. кому не сложна.. может кто сталкивался или проста знает как это сделать.. помогите прикрутить roundcub на debian.. вот тут то все по другому.. и пакеты незнаю какие правельно поставить.. и какие настройки и куда прописать.. заранее спасибо..

Добрый день, нужна помощь с почтовиком, есть тестовый домен на вин2008r2  (192.168.1.1 - testcorp.ru) он же днс сервер,
есть почтовая машинa на CentOs 6.5 (mail.testcorp.ru - 192.168.1.200), также имеется тестовая машинка на вин хр (192.168.1.31)
Через postfixadmin создал админскую учетку при попытке отправить письмо пишет "невозможно отправить письмо"
На вин хр в outlook 2010 при проверки учетных данных данных выбивает окно проверки логина и пароля, логин и пароль ввожу вверный, при этом в

[*]/var/log/maillog[/*]

с вин хр проходит telnet 192.168.1.200 110