We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Dette websted vil have begrænset funktionalitet, mens vi gennemgår vedligeholdelse for at forbedre din oplevelse. Hvis en artikel ikke løser dit problem, og du vil stille et spørgsmål, har vi vores supportfællesskab, der venter på at hjælpe dig på @FirefoxSupport på Twitter og/r/firefox på Reddit.

Søg i Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Læs mere

Password problem configuring an account

  • 2 svar
  • 1 har dette problem
  • 13 visninger
  • Seneste svar af MurfOscar

more options

Some background. For many years have had an email address acquired through an email forwarder. It would receive emails addressed to that email account and shoot them on to my email account with my ISP email client, On 8 Nov last my ISP started bouncing all emails from my email forwarders servers for reputation reasons; generating too much spam. None got through to my ISP email client. Between the email forwarder and the ISP it was resolved that the best solution was to take the email forwarder's servers out of the game by having the email address populate ISP email client directly, ie make the email address another account of the ISP's email client. The present situation is that Thunderbird has three email accounts; the original account which received the forwarded emails and other emails directed to that email address, a second standalone account for a separate business, and the latest account which is the now directly connected email forwarder provided email address. Working with ISP support the direct connect was shown to work when four emails yet to be forwarded were downloaded to the latest account. The issue now is that they are the only ones the direct connect account has ever received. All emails received since have gone as before via the email forwarder's servers to the original account. At this point I am not seeking a fix but an understanding of who needs the password when adding new accounts or modifying existing? Currently I have a passwords for my ISP business account, my ISP email account, my standalone email account also with y ISP, my email forwarder business account, and my email forwarder email client account. Somewhere in this raft of passwords are ones for my email ICANN records. Attached hereto is an extract of my email forwarder provided email address ICANN record. Note that at the bottom they are missing a password. Presumably its needed to update the record, but who would have it? I certainly don't. Which brings me to "Is this the password which is needed to test new or updated accounts in Thunderbird because the tests seem to be failing for want of the correct password?" Hope my expression of what is happening is comprehensible, and I am not expecting too much in seeking an explanation.

Some background. For many years have had an email address acquired through an email forwarder. It would receive emails addressed to that email account and shoot them on to my email account with my ISP email client, On 8 Nov last my ISP started bouncing all emails from my email forwarders servers for reputation reasons; generating too much spam. None got through to my ISP email client. Between the email forwarder and the ISP it was resolved that the best solution was to take the email forwarder's servers out of the game by having the email address populate ISP email client directly, ie make the email address another account of the ISP's email client. The present situation is that Thunderbird has three email accounts; the original account which received the forwarded emails and other emails directed to that email address, a second standalone account for a separate business, and the latest account which is the now directly connected email forwarder provided email address. Working with ISP support the direct connect was shown to work when four emails yet to be forwarded were downloaded to the latest account. The issue now is that they are the only ones the direct connect account has ever received. All emails received since have gone as before via the email forwarder's servers to the original account. At this point I am not seeking a fix but an understanding of who needs the password when adding new accounts or modifying existing? Currently I have a passwords for my ISP business account, my ISP email account, my standalone email account also with y ISP, my email forwarder business account, and my email forwarder email client account. Somewhere in this raft of passwords are ones for my email ICANN records. Attached hereto is an extract of my email forwarder provided email address ICANN record. Note that at the bottom they are missing a password. Presumably its needed to update the record, but who would have it? I certainly don't. Which brings me to "Is this the password which is needed to test new or updated accounts in Thunderbird because the tests seem to be failing for want of the correct password?" Hope my expression of what is happening is comprehensible, and I am not expecting too much in seeking an explanation.
Vedhæftede skærmbilleder

Alle svar (2)

more options

Apologies for the lack of paragraphing. Am used to posting on blogs where starting a new line automatically starts a new paragraph. No so here, it was all run together. Will copy and reparagraph it and post below.

more options

Some background. For many years have had an email address acquired through an email forwarder. It would receive emails addressed to that email account and shoot them on to my email account with my ISP email client,

On 8 Nov last my ISP started bouncing all emails from my email forwarders servers for reputation reasons; generating too much spam. None got through to my ISP email client. Between the email forwarder and the ISP it was resolved that the best solution was to take the email forwarder's servers out of the game by having the email address populate ISP email client directly, ie make the email address another account of the ISP's email client.

My present situation is that Thunderbird has three email accounts; the original account which received the forwarded emails and other emails directed to that email address, a second standalone account for a separate business, and the latest account which is the now directly connected email forwarder provided email address.

Working with ISP support the direct connect was shown to work when four emails yet to be forwarded were downloaded to the latest account. The issue now is that they are the only ones the direct connect account has ever received. All emails received since have gone as before via the email forwarder's servers to the original account.

At this point am not seeking a fix but an understanding of who needs the password when adding new accounts or modifying existing? Currently I have a passwords for my ISP business account, my ISP email account, my standalone email account also with y ISP, my email forwarder business account, and my email forwarder email client account. Somewhere in this raft of passwords are ones for my email ICANN records.

Attached hereto is an extract of my email forwarder provided email address ICANN record. Note that at the bottom they are missing a password. Presumably its needed to update the record, but who would have it? I certainly don't.

Which brings me to "Is this the password which is needed to test new or updated accounts in Thunderbird because the tests seem to be failing for want of the correct password?"

Hope my expression of what is facing me is comprehensible, and I'm not expecting too much in seeking an explanation.

As an afterthought and harking back to an earlier explanation of why emails stop arriving, reputation issues, ie spreading spam, is yet another reason,

Thank you.

Ændret af MurfOscar den