Shitbox2,

тебя строка
Apr 25 04:46:07 101562-10004 postfix/trivial-rewrite[31706]: warning: do not list domain mydomain.ru in BOTH mydestination and virtual_mailbox_domains

ни разу не настрожила? разберись для начала с опциями virtual_mailbox_domains и mydestination в main.cf

авторНе знаю, верно или нет, но ошибка исчезла. Почты так же не вижу
где именно ты не видишь почты? судя по приведенному логу письмо отправленное на адрес <mail@mydomain.ru>; было успешно перенаправлено на адрес <myakk@gmail.com>;

Из
Apr 25 15:23:35 101562-10004 postfix/pipe[713]: 2615FBA605: to=<info@mydomain.ru>;, relay=dovecot, delay=0.92, delays=0.54/0.01/0/0.37, dsn=4.3.0, status=deferred (temporary failure)
видно , что проблема в настройках dovecot. Чем обоснован выбор
virtual_transport = dovecot
почему стандартный транспорт не устраивает?

Запросы с SQL корректно отрабатывают?
вообще я бы посоветовал произвести поэтапную настройку связки:
- для начала настройка Postfix на корректную доставку/отправку почты. Причем для начала без SQL с использованием хешей, а потом только SQL
- dovecot для сервера входящей почты
- если требуется SASL-аутентификацию в postfix через dovecot
- прикручивания веб-интерфейса к почте типа squirellmail, если есть такая необходимость
авторКак настроить МХ сервера, чтобы привязать бесплатный аккаунт Google Apps согласно этому руководству а чем проблема? на своих NS серверах прописываешь указанные там MX записи с указанными приоритетами.

Но я не понимаю чего именно ты хочешь добиться? чтобы почта была на гугле или чтобы она у тебя вся обрабатывалась? некий симбиоз?

Shitbox2,
По порядку:
авторНа myakk@gmail.com ничего не пришло. И в папке vmail тоже никаких признаков писем.
авторApr 25 04:46:08 101562-10004 postfix/smtp[31708]: B2241BA609: to=<myakk@gmail.com>;, relay=gmail-smtp-in.l.google.com[209.85.173.27]:25, delay=0.84, delays=0/0/0.37/0.46, dsn=2.0.0, status=sent (250 2.0.0 OK 1335329168 x8si4074086lab.35)
этот кусок лога говорит о том, что письмо было принято гугловским почтарем, так что в ящик myakk@gmail.com оно все же попало, посмотри может оно как спам определилось.

авторЭто из этого мануала: http://www.msav.ru/archives/69
Сам-то я пока ламер в этих вопросах, к сожалению.

Пробовал методом transport_maps
и recipient_bcc_maps
Лучше пользоваться официальной документацией , там к тому же масса примеров для различных ситуаций. Использовавшиеся карты нужны несколько для других вещей. Если не понимаешь зачем именно тебе нужен другой транспорт, то лучше в virtual_transport оставить значение по умолчанию.


авторКак и где проверить запросы к SQL? Извиняюсь за ламерство.
Через консоль Mysql. База вообще соответствующая создана? заполнена? Если толком не понимаешь о чем речь, то не лезь в MySQL, на хешах все прекрасно работает(к тому чуть ли не самый быстрый способ), и отлавливать ошибки значительно проще.


авторА про Google Apps сейчас расскажу зачем. Проект подразумевает отправку большого числа писем (подтвержение регистраций) и прием небольшого числа (обращения в техподдержку). Поэтому отправлять можно напрямую с сервера, но принимать хочется через гугл с его спамфильтром и веб-интерфейсом.
Большое число понятие относительное, у меня были сервера, обслуживающие по ~800 ящиков с части которых шли массовые рассылки писем и в очереди менее 400 писем не бывало, и то я не считал это большим объемом, так средненьким. В любом случае на относительно больших объемах быстро можно обучить и свои спам-фильтры на базе того же SpamAssassin(ИМХО если мало что понимаешь прикручивать его проще всего через MailScanner, там фактически ничего трогать не придется). Но этим стоит заниматься только после базовой настройки Postfix, когда почта уже будет корректно бегать по запланированным маршрутам.

авторГде настраиваются NX-сервера в Debian? (не нагуглил ничего). не NX, а NS-сервера. Это сервера на которых располагается твоя зона, где хранятся все DNS-записи. Тут все зависит от того как ты обслуживаешь DNS, хранишь ли на своих серверах(что ИМХО предпочтительнее) или у провайдера. Судя по
автор(прописал в ISP-панели MX-сервера) все же у провайдера. Значит прописывать надо в консоли управления зоной или как там осуществляется внесение изменений.


Несколько общих размышлений: лично я не вижу особого смысла заморачиваться с гуглом, при корректной настройке спама почти не будет, но зато будет полный контроль над почтой. Всегда можно будет проследить судьбу того или иного письма, что становится просто не реальным при использовании гугла. Касаемо настройки: когда я имею дело с незнакомым ПО то как правило беру стандартный конфиг, в котором все опции документированы и просто внимательно читаю описание каждой опции. Тогда можно иметь хотя бы приближенное представление о том, как все сейчас настроена и что немаловажно о том, что в принципе реально реализовать. Хоть на это может и уйти несколько дней, но ИМО лучше чем тупо копи-пастить чужие конфиги и долго втыкать почему оно не работает так как тебе охота.
Наиболее предпочтительный порядок настройки, с моей точки зрения, я уже указал

авторвообще я бы посоветовал произвести поэтапную настройку связки:
- для начала настройка Postfix на корректную доставку/отправку почты. Причем для начала без SQL с использованием хешей, а потом только SQL
- dovecot для сервера входящей почты
- если требуется SASL-аутентификацию в postfix через dovecot
- прикручивания веб-интерфейса к почте типа squirellmail, если есть такая необходимость

в конце можно добавить прикручивание различных проверок на спам, контроль вложений и пр.

авторавторЕсли не понимаешь зачем именно тебе нужен другой транспорт, то лучше в virtual_transport оставить значение по умолчанию.
Знать бы теперь что там было по умолчанию :-)
комментируй virtual_transport и значение станет по умолчанию. командой postconf можно посмотреть перечень действующих настроек

авторТак это был другой провайдер. А тут у меня отдельный сервер с Дебианом и проч. Где там консоль-то?
при чем тут это? складывается впечатление что ты не совсем понимаешь как DNS работает. Смотри: твой домен зарегистрирован у какого-то регистратора. В настройках домена у регистратора всегда необходимо указание адресов NS-серверов, то есть серверов которые содержат все данные по твоему домену. Зачастую люди используют в качестве NS-серверов мощности либо регистратора, либо провайдера. Но есть вариант и самостоятельного их обслуживания. Так вот изменения надо вносить на тех серверах, которые указанны для твоего домена в качестве NS. Если у тебя настроено так, что зона будет хранится на твоем сервере, то прежде всего стоит определиться с софтом, который будешь использовать для этих целей. Как правило это bind, в его настройки и надо вносить корректировки. Укажи реальное наименование своего домена, будет проще проверить, что именно у тебя настроено и дать конкретный совет.

авторУстановил nginx + php-cgi + mysql. Но почта так и не заработала, хотя в nginx должен быть почтовый прокси Перечисленные nginx + php-cgi + mysql к почте не имеют никакого отношения. Так веб-морда для доступа к ящикам, возможно для какой-то настройки(хотя не советую связываться со всякими webmin, postfixadmin и пр ), но не более того.

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