Can send mail but not receive after migration

8 posts / 0 new
Last post
#1 Sun, 01/13/2019 - 15:53

Can send mail but not receive after migration

I'm almost at the end of my cpanel -> virtualmin migration. I just need to get my email addresses back. I'm using Thunderbird, my settings are smtp port 465, server my hostname, username, imap port 993 . I have four problems:

  • I can send emails but not receive them.
  • When I send an email (to a gmail address), sometimes I receive it after just a few seconds, sometimes 5-10 minutes
  • When I send emails, I get a message "Your message was sent but a copy was not placed in your sent folder (Sent) due to network or file access errors. You can retry or save the message locally"
  • When I receive an email I've sent, the "sender" of my email in Thunderbird is not the one I've set in Account settings in Thunderbird. It's my real name, and I actually don't know where Thunderbird got my real name from.

Thanks in advance for the help!

Sun, 01/13/2019 - 16:28


You may want to take a peek in the mail logs, located in either /var/log/maillog, or /var/log/mail.log, depending on your distro. Those should have more info about what's going on, including any errors.


Mon, 01/14/2019 - 07:53

So I just tried to send an email (which I haven't received yet). The log indicates

Jan 14 14:46:48 server1 postfix/smtpd[28761]: warning: hostname does not resolve to address ip
Jan 14 14:46:48 server1 postfix/smtpd[28761]: connect from unknown[ip]
Jan 14 14:46:49 server1 postfix/smtpd[28761]: 5BF829E17E: client=unknown[ip], sasl_method=PLAIN,
Jan 14 14:46:49 server1 postfix/cleanup[28765]: 5BF829E17E: message-id=<>
Jan 14 14:46:49 server1 postfix/qmgr[2236]: 5BF829E17E: from=<>, size=798, nrcpt=1 (queue active)
Jan 14 14:46:49 server1 postfix/smtpd[28761]: disconnect from unknown[ip] ehlo=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=6
Jan 14 14:46:50 server1 postfix/smtp[28766]: 5BF829E17E: to=<>,[2a00:1450:400c:c0c::1b]:25, delay=0.77, delays=0.22/0.01/0.14/0.4, dsn=5.7.1, status=bounced (host[2a00:1450:400c:c0c::1b] said: 550-5.7.1 [2a01:4f8:1c1c:68f2::1] Our system has detected that this message does 550-5.7.1 not meet IPv6 sending guidelines regarding PTR records and 550-5.7.1 authentication. Please review 550-5.7.1 for more information 550 5.7.1 . e2si19137087wro.66 - gsmtp (in reply to end of DATA command))
Jan 14 14:46:50 server1 postfix/cleanup[28765]: 14F549E180: message-id=<>
Jan 14 14:46:50 server1 postfix/qmgr[2236]: 14F549E180: from=<>, size=3576, nrcpt=1 (queue active)
Jan 14 14:46:50 server1 postfix/bounce[28767]: 5BF829E17E: sender non-delivery notification: 14F549E180
Jan 14 14:46:50 server1 postfix/qmgr[2236]: 5BF829E17E: removed
Jan 14 14:46:50 server1 postfix/local[28768]: 14F549E180: to=<user-site@hostname>, orig_to=<>, relay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME)
Jan 14 14:46:50 server1 postfix/qmgr[2236]: 14F549E180: removed
Mon, 01/14/2019 - 08:24

That error shows email was bounced due to invalid ipv6 PTR record. Here's 2 ways to solve it.

Mon, 01/14/2019 - 08:38

ok I used the ipv4 workaround. is the ipv6 better in some way though?

I can now send emails to gmail without problems. I can also send to hotmail but emails go straight to spam box :( Let's say it's ok for now, next step: try to receive email from Thunderbird. From what I see in the logs, nothing happens on my server when I click on "get messages" in thunderbird, so I don't know where to start the troubleshoot. I receive emails on my webmail though.

Tue, 01/15/2019 - 03:50

I'm still stuck on this problem. Tried a bunch of different settings, ports 143, 993, normal password, encrypted password... Still can't download my emails that I can see in my webmail. No error message whatsoever which doesn't help.

Fri, 01/18/2019 - 16:12

Hi can anyone tell me where I could get help on this problem? Thunderbird forums? That transition went almost perfectly but I can't stay without emails much longer.

Wed, 01/30/2019 - 03:20

This may be unrelated, but I was having problems until I added a wildcard record for the domain name:


Topic locked