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

Mailreport and outlook.com

Scheduled Pinned Locked Moved pfSense Packages
3 Posts 2 Posters 683 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.
  • M
    maxbet
    last edited by Dec 17, 2017, 11:26 AM

    I had configured pfSense to send me alerts and daily reports via a company server (Postfix); this setup has been working flawlessly for more than 4 years.
    Recently I needed to change the mail server to Outlook.com, so I modified the SMTP configuration in System:advanced/notifications. I only modified the server info and account data, double checked and tested the configuration : I successfully received the test email in the Outlook.com account.
    For the past few weeks I could only receive alerts but no daily reports at all. Same if I force one report to be sent now.
    I tried many combinations, including erase the report and create a new one, but still have only alerts.
    Did any one experience the same problem?
    Any idea how to fix it or debug it?

    Max

    Asrock J3455M + 4GB Ram + 32GB SSD
    2 x WinYao WY574T (Intel 9301ct equiv.)
    4 x 20 LCD display (HD44780)
    uBlox neo-6M GPS module

    1 Reply Last reply Reply Quote 0
    • G
      Gertjan
      last edited by Dec 17, 2017, 8:51 PM

      @maxbet:

      ….
      For the past few weeks I could only receive alerts but no daily reports at all. Same if I force one report to be sent now.

      So, sending a 'test' mail works.

      @maxbet:

      ….
      I tried many combinations, including erase the report and create a new one, but still have only alerts.

      No need to change your setup, as it works, pfSense can deliver mails through your mail server, outlook.com
      Focus on the part that generates this alert mail.

      @maxbet:

      ….
      Did any one experience the same problem?
      Any idea how to fix it or debug it?

      Noop.
      As you already know, and I know : ones you have your own postfix server, you shall not leave it. It's simply the best thing to deliver and send mails - easy to test. You control the whole chain (except the receiving part, of course, but that can never be your problem, it the receivers problem … ;))

      Btw : I'm not using them, but have very good experiences with the gmail's smtp servers.
      imho : Outlook (msn, hotmail, whatever ..) : maybe good enough for private stuff, not to be used outside that scope.
      Max

      No "help me" PM's please. Use the forum, the community will thank you.
      Edit : and where are the logs ??

      1 Reply Last reply Reply Quote 0
      • M
        maxbet
        last edited by Dec 21, 2017, 11:16 AM

        Gertjan,
        thank you for your answer.
        Current situation is :

        • Sending test email works with Outlook.com

        • Alert emails (e.g. UPS events or Gateway events) are sent

        • Mail reports are not sent

        Unfortunately I cannot use Postfix any more (I am leaving the company), therefore I am forced to switch to outlook.com. Furthermore : I am in China and this limits the selection of email providers I can use (Google does not work here and I already tried with pfSense, but no success).
        I will try to switch back to Postfix and confirm that the issue lies in the switch between the two systems.

        Asrock J3455M + 4GB Ram + 32GB SSD
        2 x WinYao WY574T (Intel 9301ct equiv.)
        4 x 20 LCD display (HD44780)
        uBlox neo-6M GPS module

        1 Reply Last reply Reply Quote 0
        3 out of 3
        • First post
          3/3
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
          This community forum collects and processes your personal information.
          consent.not_received