Я использую Centos 7 и postfix. Хотя я могу отправлять электронную почту со своего сервера, но я не могу читать электронную почту, потому что не получаю электронные письма в моем постфиксе "maildir", чем я приказываю проверять журналы электронной почты -
[root@server ~]# tail -f /var/log/maillog
Oct 9 09:59:43 server postfix/cleanup[17670]: 5B4DF2A0B52: message-id=<20181009075943.5B4DF2A0B52@server.azahar.in>
Oct 9 09:59:43 server postfix/bounce[17673]: 8BA892A0A57: sender non-delivery notification: 5B4DF2A0B52
Oct 9 09:59:43 server postfix/qmgr[17266]: 5B4DF2A0B52: from=<>, size=4929, nrcpt=1 (queue active)
Oct 9 09:59:43 server postfix/qmgr[17266]: 8BA892A0A57: removed
Oct 9 09:59:44 server postfix/smtpd[17645]: disconnect from sonic302-19.consmr.mail.sg3.yahoo.com[106.10.242.139]
Oct 9 09:59:45 server postfix/smtp[17674]: 5B4DF2A0B52: to=<funaua@yahoo.com>, relay=mta5.am0.yahoodns.net[74.6.137.63]:25, delay=2.5, delays=0/0.02/1/1.5, dsn=2.0.0, status=sent (250 ok dirdel)
Oct 9 09:59:45 server postfix/qmgr[17266]: 5B4DF2A0B52: removed
Oct 9 10:03:04 server postfix/anvil[17648]: statistics: max connection rate 1/60s for (smtp:106.10.242.139) at Oct 9 09:59:40
Oct 9 10:03:04 server postfix/anvil[17648]: statistics: max connection count 1 for (smtp:106.10.242.139) at Oct 9 09:59:40
Oct 9 10:03:04 server postfix/anvil[17648]: statistics: max cache size 1 at Oct 9 09:59:40
Я думаю, что электронные письма автоматически удаляются с моего сервера.
Пожалуйста, проверьте журналы и предоставьте мне подходящие решения, чтобы исправить это.
Размещенный вами фрагмент журнала является «уведомлением о недоставке отправителя». Это означает, что вы были уведомлены о том, что письмо, которое вы пытались отправить, было отклонено.
The bounce(8) daemon maintains per-message log files with delivery sta- tus information. Each log file is named after the queue file that it corresponds to, and is kept in a queue subdirectory named after the service name in the master.cf file (either bounce, defer or trace). This program expects to be run from the master(8) process manager.
The bounce(8) daemon processes two types of service requests:
o Append a recipient (non-)delivery status record to a per-message
log file.
o Enqueue a delivery status notification message, with a copy of a
per-message log file and of the corresponding message. When the
delivery status notification message is enqueued successfully,
the per-message log file is deleted.
The software does a best notification effort. A non-delivery notifica-
tion is sent even when the log file or the original message cannot be
read.
Управлять собственным почтовым сервером очень сложно, и, если это абсолютно необходимо, я бы не советовал этого делать и просто заплатил бы за это кому-то другому. (Gmail, Office365, Fastmail и т. Д.). Помимо правильного функционирования демона, необходимо иметь дело с несколькими уровнями безопасности, многие из которых легко ошибиться. Если вы не разыграете свои карты правильно, вы можете легко открыть свой почтовый сервер как ретранслятор спама. Потом вас заблокируют, и вы какое-то время никому ничего не будете отправлять.