Emails not sending in last update

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • pdpp
    Junior Member
    • May 2025
    • 4

    #1

    Emails not sending in last update

    Hello
    Since the last update, it is no longer possible to send emails via the application.
    SMTP data is correct and has not been changed.
    The mail server and the server for the application are identical, encryption is not active and required.
    Last edited by yuri; Today, 06:04 AM.
  • lazovic
    Super Moderator
    • Jan 2022
    • 989

    #2
    Hi pdpp,

    The issue with sending emails after upgrading to EspoCRM v9.1 has already been discussed on the forum in the following topics:

    Since updating 9.1 outbound mail functionality broke for me. Found in a another topic mail component was changed to symfony. Had a bit of a time getting that to work with my (local) SMTP gateway so figured I'd supply some freedback. First, the option of turning off encryption does not seem to work, even with it set to the


    After updating to version 9.1.0, there's an issue with sending emails. Log: [2025-05-08 10:56:58] ERROR: (0) Email sending error: Connection could not be established with host "ssl://mail.itys.ru:465": stream_socket_client(): SSL opera> [2025-05-08 10:56:58] WARNING: Email sending:unknownError; 0 Has anyone


    It might make sense to look through them and get acquainted with the proposed solutions that have helped users.

    You can also share error logs of your EspoCRM instance, which will indicate a more specific error with sending emails. You can find logs in the {ESPO_DIR}/data/logs directory.

    Comment

    • pdpp
      Junior Member
      • May 2025
      • 4

      #3
      Sorry, that doesn't help. SSL/TLS ist not needed if application and mailserver are on the same machine. If you use SSL/TLS there will be the same problem.

      This are the error logs:
      user or password wrong :: /var/www/vhosts/prisecon.de/httpdocs/prsc/ecrm/application/Espo/Classes/Jobs/CheckEmailAccounts.php(55)
      [2025-05-14 06:32:32] CRITICAL: (0) Failed job 682438ab3cdfce068. CheckInboundEmails job failed, 60aa1492b903f631d; cannot login, user or password wrong :: /var/www/vhosts/prisecon.de/httpdocs/prsc/ecrm/application/Espo/Classes/Jobs/CheckEmailAccounts.php(55)
      [2025-05-14 06:32:42] CRITICAL: (0) Failed job 682438ab41d8c2069. CheckInboundEmails job failed, 60ed9c41d1ba1bf3a; cannot login, user or password wrong :: /var/www/vhosts/prisecon.de/httpdocs/prsc/ecrm/application/Espo/Classes/Jobs/CheckEmailAccounts.php(55)
      [2025-05-14 06:33:08] CRITICAL: (0) Failed job 68243871a54f2029b. CheckInboundEmails job failed, 60ee8eb562aa3e3d7; cannot login, user or password wrong :: /var/www/vhosts/prisecon.de/httpdocs/prsc/ecrm/application/Espo/Classes/Jobs/CheckInboundEmails.php(55)

      Comment

      • lazovic
        Super Moderator
        • Jan 2022
        • 989

        #4
        pdpp,

        Please tell me if I understand correctly that with the STARTTLS protocol, SMTP also does not work? Have you tried using other ports?

        Comment

        • pdpp
          Junior Member
          • May 2025
          • 4

          #5
          Yes, I tried all ports. 993 and 143 for IMAP, SMTP 465, 578 and 25. Nothing worked. The Problem might be, that there is a Let's Encrypt certificate.
          Before the update, it worked with 143 and 25. Because no cerificate needed. Mailserver and Webserver is the same machine, though you do not need a certificate, because transport doesn't work with internet, only local.

          Comment

          • pdpp
            Junior Member
            • May 2025
            • 4

            #6
            The problem is only sending, import works, port 143

            Comment

            • emillod
              Active Community Member
              • Apr 2017
              • 1460

              #7
              I have this problem on one of my customer's EspoCRM and i found out that it's caused because Digital Ocean blocks SMTP ports. IMAP is working.
              You can log in to your server CLI and run two commands:
              ping smtp.gmail.com
              telnet smtp.gmail.com 587

              For my customer ping is working, but telnet is not.

              Comment

              Working...