After change IP, Mail no more working

Discussion in 'Installation/Configuration' started by Adi_72, Nov 10, 2021.

  1. Adi_72

    Adi_72 New Member

    I installed ISPConfig with success include email service for local tests.
    Because of reorganization of ip range, this server cannot handle email anymore.
    Try to send email using Roundcube from mail @ apnw.hm to admin @ apnw.hm
    I got message "SMTP Fehler (450): Der Empfänger "admin @ apnw.hm" konnte nicht gesetzt werden (4.1.1 <admin @ apnw.hm>: Recipient address rejected: unverified address: Address verification in progress)."

    (HINT: spaces before and after @ is only because I am not allowed to insert 'links' in this post...)

    I also tried to delete Mail-Service and reinstall it again with no success.
    A-Record and MX-Record are set.
     
  2. Taleman

    Taleman Well-Known Member HowtoForge Supporter

    So you have changed the IP-number of some hosts? Have you searched for the old IP-number in files under /etc, maybe it is not changed in every place?
     
  3. Jesse Norell

    Jesse Norell Well-Known Member Staff Member Howtoforge Staff

    Also check/update dns records.
     
  4. Adi_72

    Adi_72 New Member

    Thank you for response. There is no old ip-number an I still have updated dns record.
     
  5. Taleman

    Taleman Well-Known Member HowtoForge Supporter

    My signature has link to e-mail setupt tutorial with advice on troubleshooting. Maybe that offers some help?
     
  6. Adi_72

    Adi_72 New Member

    root@web ~ # host web.apnw.hm 192.168.0.11
    Using domain server:
    Name: 192.168.0.11
    Address: 192.168.0.11#53
    Aliases:

    web.apnw.hm has address 192.168.0.11
    root@web ~ #
    root@web ~ #
    root@web ~ # host apnw.hm
    apnw.hm has address 192.168.0.11
    apnw.hm mail is handled by 10 mail.apnw.hm.
    root@web ~ #

    Bevore I have no reverse name service (and it works). Now I set up reverse name service as description.
    But I get
    root@web ~ # host 192.168.0.11
    Host 11.0.168.192.in-addr.arpa. not found: 3(NXDOMAIN)

    In my folder /etc/bind I have
    pri.11.0.168.192.in-addr.arpa.err
     
  7. Taleman

    Taleman Well-Known Member HowtoForge Supporter

    My signature has also link to DNS with ISPConfig tutorial. It explains what to do with the .err file.
    Why did e-mail problem turn into DNS-problem? Did you solve the E-mail issue already?
     
  8. Adi_72

    Adi_72 New Member

    Reverse name service is working now but I still cannot send mail.
    Your linked tutorials did not solved my problem. I think ispconfig has corrupted anything after reassign new ip address because of not consistence thru process.
     
  9. till

    till Super Moderator Staff Member ISPConfig Developer

    Take a look at your mail.log file to find out why you can't send emails.
     
  10. Adi_72

    Adi_72 New Member

    There is the same error as described in top of my post "NOQUEUE: reject: RCPT from localhost[::1]: 450 4.1.1 <[email protected]>: Recipient address rejected: unverified address: Address verification in progress; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<web.apnw.hm>"
    I think this is a miss configuration within roundcube. Follow command works:
    echo "Message" | mailx -s "Test-Mail Whatever" [email protected]
    from local host and foreign system.
     
    Last edited: Dec 12, 2021
  11. Jesse Norell

    Jesse Norell Well-Known Member Staff Member Howtoforge Staff

    Why do you believe your mail issue is caused by changing ip addrs? The log message you show is rejecting a message from localhost, not something on your new ip range:
    You don't mention what OS you're running, what ISPConfig version, whether it's rspamd or spamassassin, etc., so I'll refer you back to the 'Please read before posting!' post which shows where to find a script to gather info on your system. In your particular case, please also post your main.cf (localhost is included in mynetworks by default, so it seems you're not running a very standard postfix config). You might also check for additional mail.log messages related to delivery to [email protected], as verification probes to that should not fail except in some uncommon edge cases (fixed in https://git.ispconfig.org/ispconfig/ispconfig3/-/merge_requests/1511).
     

Share This Page