Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Can't receive emails - Can send emails

    Scheduled Pinned Locked Moved NAT
    13 Posts 6 Posters 6.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • D
      DanishDynamite
      last edited by

      Thanks for the answer :)

      Our MX record is configured by our ISP, and it is configured correct (we checked it just to be sure).

      I have logged the traffic on the firewall now, so we can verify that the SMTP traffic can reach our pfsense.

      1 Reply Last reply Reply Quote 0
      • chpalmerC
        chpalmer
        last edited by

        @DanishDynamite:

        Hey there!

        Can someone tell us if we are doing anything wrong?

        Example:

        TDCNET TCP * * TDCNET address 25 (SMTP) 192.168.1.254 25 (SMTP) SMTP til Exchange Server

        Whats your wan firewall rule look like?

        Triggering snowflakes one by one..
        Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

        1 Reply Last reply Reply Quote 0
        • D
          DanishDynamite
          last edited by

          @chpalmer:

          Whats your wan firewall rule look like?

          I am not sure what rule you mean, so therefor, i am gonna give you all our rules ;)

          TCP * * TDCNET address 25 (SMTP) * none   SMTP Test

          TCP * * 172.16.1.11 80 (HTTP) * none

          TCP * * TDCNET address 110 (POP3) * none

          TCP * * TDCNET address 143 (IMAP) * none

          1 Reply Last reply Reply Quote 0
          • B
            biggsy
            last edited by

            ~~So you have a port forwarding rule.

            TCP * * 192.168.11.2 25 (SMTP) * none

            I can't tell for sure whether you have a matching NAT rule?

            WAN TCP * * WAN address 25 (SMTP) 192.168.11.2 25 (SMTP)~~

            Best to set up the NAT and let it generate the matching Firewall rule (bottom of NAT GUI page)

            EDIT:  Sorry, misread your original post.  Last line above still applies though.

            1 Reply Last reply Reply Quote 0
            • D
              DanishDynamite
              last edited by

              @biggsy:

              Best to set up the NAT and let it generate the matching Firewall rule (bottom of NAT GUI page)

              Okay . Didn't realise that! Going to change our rules, so they will be generated from the NAT, since it's easier :)
              However, i doubt it will fix our problem.

              1 Reply Last reply Reply Quote 0
              • chpalmerC
                chpalmer
                last edited by

                Your rule should look like-

                TDCNET  TCP  *  *  192.168.1.254  25 (SMTP)

                not

                TCP    *    *    TDCNET address    25 (SMTP)

                Triggering snowflakes one by one..
                Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

                1 Reply Last reply Reply Quote 0
                • jahonixJ
                  jahonix
                  last edited by

                  @DanishDynamite:

                  … they will be generated from the NAT, since it's easier
                  However, i doubt it will fix our problem.

                  You never mentioned your Port Forwardings before. Did you set those up?
                  Without an Inbound Port Forward your firewall rule never gets any traffic from WAN.

                  1 Reply Last reply Reply Quote 0
                  • D
                    DanishDynamite
                    last edited by

                    @jahonix:

                    You never mentioned your Port Forwardings before. Did you set those up?
                    Without an Inbound Port Forward your firewall rule never gets any traffic from WAN.

                    Yeah, we did set this up. The only difference was, that i created the rules first, and then configured the NAT. I didn't realise you could configure NAT, and then it would create the rule automaticly.

                    So now, my NAT looks like this:

                    TDCNET TCP * * TDCNET address 25 (SMTP) 192.168.1.254 25 (SMTP) Test SMTP NAT

                    And therefor it have created a rule that looks like this:

                    TCP * * 192.168.1.254 25 (SMTP) * none   NAT Test SMTP NAT

                    1 Reply Last reply Reply Quote 0
                    • B
                      biggsy
                      last edited by

                      Does it work now?

                      1 Reply Last reply Reply Quote 0
                      • D
                        DanishDynamite
                        last edited by

                        It seems that way. We still can't receive emails, but we can see that we get trough the firewall now, and that didn't happen before. So the remaning problem is probably at the Exchange Server.

                        Thank you so much for your help :)

                        1 Reply Last reply Reply Quote 0
                        • N
                          newburns
                          last edited by

                          Just had this issue. Found a post back in 2011 that said to try adding a "To" and "From" rule in the Captive Portal Menu under Allowed IP Adresses Tab.

                          I did it, and now I can receive email.
                          Why is it that my server's IP needs to be input here.
                          Of course, in PFSense 2.03 you can't place a "To" and "From" rule, you have to select a "Both" rule.
                          But this is very wierd to me. I did not select a captive portal interface during setup.
                          When I do elect to install a captive portal interface, will I have to create different selections for the captive portal, and how will that affect my email server routing.

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.