Greetings, part of the problem described below is caused by/related to the fact that I am now on a very slow/unreliable connection, and only webmail is available, so please accept my apologies if I forget something.
I have been running for years now my own email server on a VPS with a fixed IP, nexaima.net My home Linux computer (fixed IP) ran postfix setup to relay all outgoing email to that VPS relayhost = 213.179.193.33:587 All worked fine. This week, within 24 hours: that computer motherboard died I moved to a different ADSL provider This morning I copied all my desktop postfix config on a laptop running Linux too, Now, if I send email from the laptop through its local postfix instance, set as above: 1) email is rejected from recipient SMTP because I am sending from a "blacklisted dynamic IP" 2) if I do tail -f /var/log/maillog both on the laptop AND on the VPS when I send an email from the laptop, I see NO TRACE of that email actually going from my laptop to/through my VPS. None of the logs shows evidence that the two postfix, the one on the laptop and the one on the VPS, had any contact It seems almost as if the laptop postfix ignored its relayhost setting or (crazy, but being the other big thing that changed the idea came to my mind) the new ADSL provider was intercepting/rerouting the SMTP traffic. When I realized this, I modified the Mutt configuration on the laptop to use the remote SMTP server on the VPS instead of the laptop one. When I did that, I had authentication problems (SASL setup to fix, a separate issue I'll sort out separately), but Mutt, unlike the local postfix, WAS able to reach/talk to 213.179.193.33:587 Webmail from my laptop, as evident if you are reading this email, works without problems. For several reasons, I'd rather keep a working postfix running at home, and use that as relayhost, but in this situation I can't and don't know why. What does all this mean? Why the local postfix isn't able to reach that server after changing ADSL? I'm quite puzzled right now, any pointer is welcome TIA, Marco
