hi, We have a problem with sending mail through third parties. We are testing ispconfig in google cloud and we find the problem that google has blocked ports 25, 465, and 587. the google solution to send emails is "a trusted third-party provider such as SendGrid, Mailgun, or Mailjet" ok. we apply the configuration indicated by google on postfix: > relayhost = in.mailjet.com:2525 > smtp_tls_security_level = encrypt > smtp_sasl_auth_enable = yes > smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd > smtp_sasl_security_options = noanonymous but the emails do not reach their destination. Could it be that there is some "special" configuration in ispconfig to be able to send emails through third parties?
What do the logfiles say about the e-mail that is trying to be send? I had a similar issue with google cloud and sendgrid, only to find that sendgrid themselves had better/more recent instructions on how to setup postfix in google cloud and that did work. So did you check mailjet to see what instructions they have?
that is the most mysterious, the log says that the shipment was successful, however the emails do not reach destination, an example: "to=<[email protected]>, relay=in.mailjet.com[104.199.96.85]:2525, delay=1.3, delays=0.04/0.04/0.96/0.25, dsn=2.0.0, status=sent (250 OK queued as 514f1bda-8423-4273-b682-ea575559ea3f)" We apply 2 configurations indicated by Mailjet and one indicated by Google, none of them work with Postfix under ISPConfig. Yesterday we created a new VM with Virtualmin, we applied the configuration indicated by Google for Postfix and everything works perfectly, all the emails arrive at destination. we are thinking that the problem was not Postfix or Google or Mailjet.
A mail relay in ISPconfig is configured like this: You login to ISPconfig as admin, go to system > server config, open the mail tab, enter the relay server name (with : and port if required), the relay user and password. That's all. There is no other software involved in relaying emails, e.g. ISPConfig is not involved in that at all, so the solution is either a problem in postfix or Google or Mailjet. But according to your log message, mailjet accepted the email with OK code, so the problem that the email was not delivered is probably at mailjet.
mailjet should be having a dashboard where you should be able to figure some more stuff out. But it looks really like that is the place where you have to be troubleshooting.
