Recent content by deminart

Hi. Yes, I also leaned towards this version, because I have this mail server and in mail.log I see constant attempts at spam, ddos and brute force... It's just that these messages were not there before ...

Thanks for the reply, I'll try to figure it out...

Good day everyone! Colleagues, please tell me where to dig? A lot of messages began to appear in the nginx access.log: 192.168.0.1 - - [03/Jul/2023:00:00:06 +0400] "OPTIONS / HTTP/1.0" 301 162 "-" "-" I see similar messages in the php-fpm.log logs. 127.0.0.1 - 02/Jul/2023:00:00:27 +0400 "GET...

Hmm, I can’t, I’ll say, I didn’t pay attention ... For some reason I don't think it was there... No, except for me, no one has access yet. Maybe I changed something, but again, I don't think I would change this line just like that... To ensure that this transport setting again suddenly does...

Once again, thank you for your response) You are constantly helping out) There is still little experience with postfix. Did not quite what you write, but now it works again ... Recreated transport_map Added a line to main.cf: transport_maps = hash:/etc/postfix/transport_maps Restarted...

grep transport_maps /etc/postfix/main.cf proxy_read_maps = $canonical_maps $lmtp_generic_maps $local_recipient_maps $mydestination $mynetworks $recipient_bcc_maps $recipient_canonical_maps $relay_domains $relay_recipient_maps $relocated_maps $sender_bcc_maps $sender_canonical_maps...

Good day everyone. Tell me please. my recent post In short, the mail was not sent to external mail, because. internal domain with the same name. I was advised to make a transport card. nano /etc/postfix/transport_map yagroup.com smtp:[mx.yandex.com] postmap /etc/postfix/transport_map systemctl...

Yes, I understand you) Thanks again for your help)

Yes, I checked everything, it comes and goes. Everything works great! Yes, I created a file with this name transport_map

Thank you very much! I suffered for three days! I also understood that it was necessary to add the command postmap /etc/postfix/transport_map Thank you again!

I didn’t understand the question a little) Language barrier) There is a gkgroup subdomain, there is a mail server mail.gkgrup.ru All mail from it should go to the outside and inside the network. It normally goes to the outside and inside the network it also goes normally, but it goes anywhere...

Once again, just in case, I'll clarify. yagroup.ru is the name of the local domain and external mail, located not at all with us, i.e. is on the purchased service. group.ru is already our internal subdomain, the mail.group.ru mail server is located there Now I have standard records (soa, ns name...

It is not used by anyone but us. Those domains and ip what I wrote here are not real, but the problem and errors are real)

Yes, in fact, you understood everything correctly, the internal domain yagroup.ru is not used to send mail, only by an external service, our mail server has a different subdomain. I so understand it already by means of postfix it is necessary to adjust? I still assume that the problem is...

I apologize in advance for my language, it is not native) Colleagues, please help with the problem. There is a domain mail on Yandex, conventionally denoted by the name yagroup.com With the same name yagroup.com internal domain. Raised the mail server Debian 11, postfix 3.5.18 at the second...