Not possible to send e-mails remotely to the "world"

Discussion in 'Installation/Configuration' started by Hifik, Sep 26, 2016.

  1. Hifik

    Hifik New Member

    Hi all again,
    I have configured virtual an testing e-mail account on the server mentioned in the previous post:

    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, port 465
    [23:33:59] S: 220 ESMTP Postfix (Debian/GNU)
    [23:33:59] C: EHLO []
    [23:33:59] S:
    [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.
    Last edited: Sep 26, 2016
  2. Hifik

    Hifik New Member

    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 gives the different name of the server (DSN are still pointed to the old working server)
    result of dig command is, but EXISTING NAME of the NEW server is
    Last edited: Sep 26, 2016

Share This Page