Hi all again, I have configured virtual an testing e-mail account on the server mentioned in the previous post: https://www.howtoforge.com/communit...ead-send-the-mails-from-to-more-domain.74046/ But when I am trying to send an e-mail via POSTFIX remotely from "the World" - not from the local network - to any address ouside, it is not work. Mail client received this error: (existing e-mail names have been replaced with [email protected] and [email protected] ... for security reason) 550 5.1.1 <[email protected]>: Recipient address rejected: User unknown in virtual mailbox table all log: [23:33:59] C: Connected to postak.vscom.cz, port 465 [23:33:59] S: 220 postak.vscom.cz ESMTP Postfix (Debian/GNU) [23:33:59] C: EHLO [192.168.1.1] [23:33:59] S: 250-postak.vscom.cz [23:33:59] S: 250-PIPELINING [23:33:59] S: 250-SIZE [23:33:59] S: 250-VRFY [23:33:59] S: 250-ETRN [23:33:59] S: 250-AUTH PLAIN LOGIN [23:33:59] S: 250-AUTH=PLAIN LOGIN [23:33:59] S: 250-ENHANCEDSTATUSCODES [23:33:59] S: 250-8BITMIME [23:33:59] S: 250 DSN [23:33:59] C: AUTH PLAIN [23:33:59] S: 334 [23:33:59] C: AHNtZXRhbmthQHBzLXNlcnZpY2UuY3oAcHMwMDdzbWV0YW5rYQ== [23:33:59] S: 235 2.7.0 Authentication successful [23:33:59] C: MAIL FROM:<[email protected]> SIZE=1293 [23:33:59] S: 250 2.1.0 Ok [23:33:59] C: RCPT TO:<[email protected]> [23:33:59] S: 550 5.1.1 <[email protected]>: Recipient address rejected: User unknown in virtual mailbox table [23:33:59] C: RSET [23:33:59] S: 250 2.0.0 Ok [23:33:59] C: QUIT [23:33:59] S: 221 2.0.0 Bye It means : 1) user exists 2) SMTP authentication password is successfully performed (without encryption) ... SELFSIGNED CERT BUT the post server rejected to send the mail to outside ... WHY ? Thanks for explanation ... maybe it is in connection to the not solved first POST.
Now I am tested it again and found reason: for the testing purposes I made an account with domain name, what also exist "in the world" - outside. To other mails it works. To some mails it works very slowly. It could be because the testing server is not fully OK concerning the DNS - maybe. DIG MX vscom.cz gives the different name of the server (DSN are still pointed to the old working server) result of dig command is wifi.vscom.cz, but EXISTING NAME of the NEW server is postak.vscom.cz
