To test @ian-weisser’s theory that the problem may lie with my ISP, I just sent three similar test messages to a Gmail recipient but from different addresses:
-
gunnarhj@ubuntu.comThat one bounced (again).
-
gunnarhj@debian.orggunnarhj@debian.orgis an alias just likegunnarhj@ubuntu.com, and also without an SPF record that authorizes the SMTP server of my ISP. But unlike the message fromgunnarhj@ubuntu.comthis one passed. -
ubuntu@gunnar.ccThat’s a real address with an inbox and with an SPF record that authorizes the SMTP server of my ISP. The message from that address passed too.
Since the message from gunnarhj@debian.org was not bounced, I still have a reason to fear that the problem lies with the ubuntu.com domain and Gmail rather than the reputation of my ISP. And @madhens: I think this piece of info is relevant input to the ticket.
Getting in touch with my ISP is a cumbersome exercise which I’m going to wait with for now. If I’d contact the support, they would just tell me: “please use your @telia.com address”. And that’s obviously not the solution I’d like to see. If I’d contact somebody who understands the issue, they would probably ask for evidence that the problem lies with them. And at this time I’m short of such evidence.