Thanks for the help! 
I dug deeper and found a solution. 
 
Gesendet: Mittwoch, 13. Januar 2021 um 16:50 Uhr
Von: "Nicolas Höft ([email protected])" <[email protected]>
An: [email protected]
Betreff: Re: [SOGo] Need help with external SMTP-server

Hi Marina,

 

I am able to send a mail from address [email protected] to [email protected] when using SOGo's webfrontend. But using the Webfrontend I cannot send an email to external services like [email protected] or anything like that. 
This sounds like a configuration problem on the postfix configuration. Is it handling incoming email differently when they come from the inside of your network?

 

 

No, the older server A is reachable from without, it's a normal Server rented from a hoster and located in a datacenter. Server A runs with debian and Plesk, Dovecot and Postfix for mail and has been accepting and sending mails using the integrated horde-webmail on the server as well as on a webmail-client on a different server connecting or via Android-Email-Apps or Thunderbird on local machines here. 

 

Jan 13 12:26:04 sogod [27233]: |SOGo| starting method 'POST' on uri '/SOGo/so/orange/Mail/0/folderINBOX/folderDrafts/newDraft1610537152-1/send'
Jan 13 12:26:05 sogod [27233]: [WARN] <0x0x55f51340a7c0[SOGoUserDefaults]> expected an NSString for 'SOGoMailComposeFontSize' (ignored)
Jan 13 12:26:05 sogod [27233]: [ERROR] <0x0x55f513552a50[SOGoMailer]> Could not connect to the SMTP server smtp://abc.tld
Jan 13 12:26:05 sogod [27233]: |SOGo| request took 0.666737 seconds to execute
 
 
I mean, why do I get a relay-denied-error from the recipient's server?! Why does sogo try to send via google or yahoo or whoever, I want to send via my smtp-server defined in sogo.conf - this gives me a headache.

Where do you see the relay denied error?

 
 

That error is shown within the popup-window in which a new mail is being written. When I hit the send-button, the window is overlayed in green and then turns orange, stating "Error 5.7.1. (insert mailserver of recipient) relay denied"

I investigated the logs in server A and there I found the reason: due to a missing SPF-record for server B server A denied sever B's attempts to log in. After I included the sogo-server's IP address in server A's SPF-Record everything worked! 

The email-server A runs on Ubuntu with Plesk Onyx and has SPF-checking enabled. After server B had been listed as "allowed to send" server A allowed connections to authenticate. I never thought so far that I'd have to propagate server B's IP/FDQN as it doesn't have a postfix-installation and doesn't send itself but authenticates at A to make A send. You never stop learning. 

Thanks a lot to all!

Regards, Marina 

 

 

 
--
[email protected]
https://inverse.ca/sogo/lists

Reply via email to