Thank you for your reply. Unfortunately your advices are not strictly relevent to my problem.
Background:
Tinyworld were an ISP run by Tiny Computers back in the late 1990s
When Tiny Computers went bankrupt the ISP was taken over by Tiscali
At some point about 4 years ago the ISP was switched to Freedom2Surf, however the Tinyworld.co.uk email address was retained, and the configuration changed so that incoming emails to @tinyworld were redirected to the Freedom2Surf POP3 address.
Emails addressed to the @tinyworld address have been successfully forwarded to the POP3 address at Freedom2Surf for all that time.
The MX Records for the tinyworld.co.uk domain show that mail for that domain is now handled by the server at
mxgb1.opaltelecom.net (62.24.139.61)
Since the beginning of October, emails addressed to that @tinyworld address have been bounced by the above mail server as
550: Address Rejected
So, although mail for
tinyworld.co.uk addresses is supposed to be handled by
mxgb1.opaltelecom.net, it is in this instance (and perhaps for others) rejecting mail because it thinks the
tinyworld.co.uk address is invalid.
The problem, therefore, would appear to be either an address validation problem with the server at
mxgb1.opaltelecom.net, or a misconfigured MX Record for the
tinyworld.co.uk domain. Whether it is just (myaddress)@tinyworld.co.uk that is "missing" or more, or all tinyworld.co.uk addresses, is unclear.
It should work something like like this:-
1) Mail for
[email protected] validated against live address database and accepted by incoming server at tinyworld domain (mxgb1.opaltelecom.net, according to the MX Records)
2) Mail redirected according to account settings, forwarded to secondary address and passed to incoming server at Freedom2Surf
3) Mail collected from server at Freedom2Surf using POP3 protocol
The POP3 settings for mail collection at Stage 3 have not been altered, and are moot since the process is failing at Stage 1 before mail can be even accepted for redirection.
The fault rests with TalkTalk/Opal Telecom, but nobody on their technical support lines appears to either understand the mail transport process or accept responsibility for the misconfiguration of the mail server and/or MX Records.
Nobody has informed me that
[email protected] email addresses were going to die, otherwise I would have provided my contacts with an alternative address well before such time. To have to do so now, after the event, because TalkTalk/Tiscali/Opal are neglectful and inefficient in managing migrations, is galling to say the least.
Hence my frustration.