Outlook issue

  • Thread starter Glen Muse
  • Start date Views 740
Status
Not open for further replies.
G

Glen Muse

I have the same occasional problem with Outlook prompting to 'Enter Network Password' and causing operations to come to a hault until I click OK. Has there been a resolution to this issue?

I also use Thunderbird and that application is able to survive service interruptions and continue checking email without any human intervention and my mobile phone is able to check my email accounts and survive service interruptions and continue checking email without any human intervention. Is it not possible to achieve the same level of performance from Outlook?

Brian Tillman wrote:

Re: I'm floored
07-Nov-08

Make sure you submit your extensive resume to Microsoft.

Previous Posts In This Thread:

On Thursday, November 06, 2008 12:12 AM
Noel wrote:

Intermittent "Enter Network Password" Dialog Stops Further Send/Rc
I have Outlook 2003 on Vista x64 Ultimate set up to access several different
Internet (POP/SMTP) accounts. All account information and password
information is stored properly, and Outlook often goes for days happily
receiving incoming messages and transmitting those I send.

However, very occasionally Outlook will pop up an "Enter Network Password"
prompt, and all further Send/Receive activity will cease while that prompt
remains on the screen. I assume the occasional prompt is due to an
intermittent network error, POP server glitch, or whatever.

This is a minor inconvenience when I'm here in front of the screen, but a
major headache when I'm away. I have rules defined to automatically respond
to certain messages, and Outlook needs to be continuing its automatic
Send/Receive activity 24/7, even (especially) when I'm not here.

Is there any way to configure Outlook to retry some number of times before
emitting this message and blocking all further Send/Receive activity?

-Noel

On Thursday, November 06, 2008 9:00 AM
Brian Tillman wrote:

Re: Intermittent "Enter Network Password" Dialog Stops Further Send/Rc
Not that I am aware. When Outlook tries to authenticate and fails, it needs
a human to solve the problem for it.

On Thursday, November 06, 2008 10:10 AM
Noel wrote:

I'm floored
It seems unbelievable to me that a product as mature as Outlook would not
have even a basic strategy for dealing with an occasional communications
problem!

I can't begin to imagine the number of people whose lives would benefit from
some simple retry logic (e.g., try at least several times before giving up
and prompting the user). Or maybe just keep trying regardless of whether the
prompt is displayed and take the prompt back down if there's a subsequent
success. Of course, that would require a modeless dialog - something
altogether too difficult for the Microsoft programmers to implement?

As I have not seen anyone say any newer version of Outlook is any better at
this issue, I must assume that even today's current version doesn't handle
this situation any better.

Do Microsoft Outlook programmers think networks never fail to deliver data?

Sigh, I have increased my mail-check interval from 2 minutes to 10 minutes
in the hopes that this will reduce the number of occurrences of this problem
over time by a factor of 5.

-Noel

On Thursday, November 06, 2008 10:33 AM
Tom [Pepper] Willett wrote:

Re: I'm floored
That is done by the ISP/Mail Server.

from
the
at
data?
problem

On Thursday, November 06, 2008 10:50 AM
Brian Tillman wrote:

Re: I'm floored
If it were Outlook's responsibility to maintain the connection I might agree
with you. However, it is Windows Networking's repsonsibility.

On Thursday, November 06, 2008 10:51 AM
Brian Tillman wrote:

Re: I'm floored
Your send/receive interval should never be less than about ten minutes.

On Thursday, November 06, 2008 10:53 AM
Gordon wrote:

Re: I'm floored
Retrying WHAT?

On Thursday, November 06, 2008 10:57 AM
Noel C wrote:

What is done by the ISP/Mail Server? Retries?
What is done by the ISP/Mail Server? Retries? Please understand that I'm
NOT talking about the process of routing eMail from the server to other
servers.

The key issue here is there is a temporary communications fault between my
computer and the ISP. This is normal and happens to everyone.
Communications errors are expected in any system.

When this occurs, Outlook drops out of its normal Send/Receive cycle and
prompts me with "Enter Network Password". When this happens, Outlook stops
sending and receiving from then on until I click a button on the dialog to
dismiss it.

Apparently it only takes one failure to log into one of the accounts in
Outlook's list for this to happen.

Thus Outlook cannot be trusted to "mind the store" for any length of time
and reply to people (by rules or out of office assistant or whatever) when I
am not in front of the computer. It will inevitably stall.

-Noel

On Thursday, November 06, 2008 11:07 AM
Noel C wrote:

So you're saying that, knowing Windows Networking returns a failure to login
So you're saying that, knowing Windows Networking returns a failure to login
to Outlook, that the Outlook application programmers can't implement retries
of the login process to overcome this shortcoming.

That's utterly ridiculous! This is 32 years of software engineering
experience talking.

Here, I'll even design it for you:

1. If there's a login failure, put up a modeless dialog stating "Enter
Network Password" unless that dialog is already displayed for this account.

2. Continue trying Send and Receive operations while the dialog is
displayed.

3. If the user enters new information and presses [OK], enter the new login
info into the database of account information.

4. If the user has not dismissed the dialog and a subsequent Send and
Receive operation to the account succeeds, auto-dismiss the dialog.

Note at no point in the above logic does scheduled Send and Receive stop
running.

-Noel

On Thursday, November 06, 2008 11:08 AM
Noel C wrote:

The login to the eMail server.-Noel
The login to the eMail server.

-Noel

On Thursday, November 06, 2008 11:11 AM
Deet wrote:

Re: That is done by the ISP/Mail Server
You changed the @!#$% subject again, did not you!?

STOP DOING THAT YOU MORON.

On Thursday, November 06, 2008 11:29 AM
Noel C wrote:

Thanks for your educated input on this subject
Gosh, thanks for taking the time to respond so lucidly.

Hm, maybe you could consider learning to use the tools to group your
messages instead.

-Noel

On Thursday, November 06, 2008 11:55 AM
Gordon wrote:

Re: Thanks for your educated input on this subject
"Noel C" <NCarboni@att.net> wrote in message
news:%23%23ZDZzCQJHA.728@TK2MSFTNGP05.phx.gbl...

But you STILL shouldn't change the subject line. if a newsreader user has
marked all read, then it looks like a NEW post, not a reply to an existing
thread. And if you want to view all messages in THIS group then you are
welcome. There are THOUSANDS and THOUSANDS......

On Thursday, November 06, 2008 12:25 PM
Deet wrote:

Re: Thanks for your educated input on this subject
You really REALLY are a moron, are not you?

On Friday, November 07, 2008 10:44 AM
Brian Tillman wrote:

Re: I'm floored
Make sure you submit your extensive resume to Microsoft.

EggHeadCafe - Software Developer Portal of Choice
Finding Unmatched Records in Dataset Tables Using Linq
http://www.eggheadcafe.com/tutorials/aspnet/9b443d4a-0ec3-4599-be41-d4454c1fbd9b/finding-unmatched-records.aspx
 

Diane Poremsky

Senior Member
Outlook version
Outlook 2016 32 bit
Email Account
Office 365 Exchange
Which version of outlook? What type of email account does it request the
password for? Do you have all current updates installed?

(replying to yr old messages is less than helpful - it's better and less
confusing if you start your own thread.)




"Glen Muse" wrote in message news:20091124101222glen@texas-pictures.com...
> I have the same occasional problem with Outlook prompting to 'Enter
> Network Password' and causing operations to come to a hault until I click
> OK. Has there been a resolution to this issue?
>
> I also use Thunderbird and that application is able to survive service
> interruptions and continue checking email without any human intervention
> and my mobile phone is able to check my email accounts and survive service
> interruptions and continue checking email without any human intervention.
> Is it not possible to achieve the same level of performance from Outlook?
>
>
>
> Brian Tillman wrote:
>
> Re: I'm floored
> 07-Nov-08
>
> Make sure you submit your extensive resume to Microsoft.
> >

>
> Previous Posts In This Thread:
>
> On Thursday, November 06, 2008 12:12 AM
> Noel wrote:
>
> Intermittent "Enter Network Password" Dialog Stops Further Send/Rc
> I have Outlook 2003 on Vista x64 Ultimate set up to access several
> different
> Internet (POP/SMTP) accounts. All account information and password
> information is stored properly, and Outlook often goes for days happily
> receiving incoming messages and transmitting those I send.
>
> However, very occasionally Outlook will pop up an "Enter Network Password"
> prompt, and all further Send/Receive activity will cease while that prompt
> remains on the screen. I assume the occasional prompt is due to an
> intermittent network error, POP server glitch, or whatever.
>
> This is a minor inconvenience when I'm here in front of the screen, but a
> major headache when I'm away. I have rules defined to automatically
> respond
> to certain messages, and Outlook needs to be continuing its automatic
> Send/Receive activity 24/7, even (especially) when I'm not here.
>
> Is there any way to configure Outlook to retry some number of times before
> emitting this message and blocking all further Send/Receive activity?
>
> -Noel
>
> On Thursday, November 06, 2008 9:00 AM
> Brian Tillman wrote:
>
> Re: Intermittent "Enter Network Password" Dialog Stops Further Send/Rc
> Not that I am aware. When Outlook tries to authenticate and fails, it
> needs
> a human to solve the problem for it.
> >

>
> On Thursday, November 06, 2008 10:10 AM
> Noel wrote:
>
> I'm floored
> It seems unbelievable to me that a product as mature as Outlook would not
> have even a basic strategy for dealing with an occasional communications
> problem!
>
> I can't begin to imagine the number of people whose lives would benefit
> from
> some simple retry logic (e.g., try at least several times before giving up
> and prompting the user). Or maybe just keep trying regardless of whether
> the
> prompt is displayed and take the prompt back down if there's a subsequent
> success. Of course, that would require a modeless dialog - something
> altogether too difficult for the Microsoft programmers to implement?
>
> As I have not seen anyone say any newer version of Outlook is any better
> at
> this issue, I must assume that even today's current version doesn't handle
> this situation any better.
>
> Do Microsoft Outlook programmers think networks never fail to deliver
> data?
>
> Sigh, I have increased my mail-check interval from 2 minutes to 10 minutes
> in the hopes that this will reduce the number of occurrences of this
> problem
> over time by a factor of 5.
>
> -Noel
>
> On Thursday, November 06, 2008 10:33 AM
> Tom [Pepper] Willett wrote:
>
> Re: I'm floored
> That is done by the ISP/Mail Server.
>
> from
> the
> at
> data?
> problem
>
> On Thursday, November 06, 2008 10:50 AM
> Brian Tillman wrote:
>
> Re: I'm floored
> If it were Outlook's responsibility to maintain the connection I might
> agree
> with you. However, it is Windows Networking's repsonsibility.
> >

>
> On Thursday, November 06, 2008 10:51 AM
> Brian Tillman wrote:
>
> Re: I'm floored
> Your send/receive interval should never be less than about ten minutes.
> >

>
> On Thursday, November 06, 2008 10:53 AM
> Gordon wrote:
>
> Re: I'm floored
> Retrying WHAT?
>
> On Thursday, November 06, 2008 10:57 AM
> Noel C wrote:
>
> What is done by the ISP/Mail Server? Retries?
> What is done by the ISP/Mail Server? Retries? Please understand that I'm
> NOT talking about the process of routing eMail from the server to other
> servers.
>
> The key issue here is there is a temporary communications fault between my
> computer and the ISP. This is normal and happens to everyone.
> Communications errors are expected in any system.
>
> When this occurs, Outlook drops out of its normal Send/Receive cycle and
> prompts me with "Enter Network Password". When this happens, Outlook
> stops
> sending and receiving from then on until I click a button on the dialog to
> dismiss it.
>
> Apparently it only takes one failure to log into one of the accounts in
> Outlook's list for this to happen.
>
> Thus Outlook cannot be trusted to "mind the store" for any length of time
> and reply to people (by rules or out of office assistant or whatever) when
> I
> am not in front of the computer. It will inevitably stall.
>
> -Noel
>
> On Thursday, November 06, 2008 11:07 AM
> Noel C wrote:
>
> So you're saying that, knowing Windows Networking returns a failure to
> login
> So you're saying that, knowing Windows Networking returns a failure to
> login
> to Outlook, that the Outlook application programmers can't implement
> retries
> of the login process to overcome this shortcoming.
>
> That's utterly ridiculous! This is 32 years of software engineering
> experience talking.
>
> Here, I'll even design it for you:
>
> 1. If there's a login failure, put up a modeless dialog stating "Enter
> Network Password" unless that dialog is already displayed for this
> account.
>
> 2. Continue trying Send and Receive operations while the dialog is
> displayed.
>
> 3. If the user enters new information and presses [OK], enter the new
> login
> info into the database of account information.
>
> 4. If the user has not dismissed the dialog and a subsequent Send and
> Receive operation to the account succeeds, auto-dismiss the dialog.
>
> Note at no point in the above logic does scheduled Send and Receive stop
> running.
>
> -Noel
>
> On Thursday, November 06, 2008 11:08 AM
> Noel C wrote:
>
> The login to the eMail server.-Noel
> The login to the eMail server.
>
> -Noel
>
> On Thursday, November 06, 2008 11:11 AM
> Deet wrote:
>
> Re: That is done by the ISP/Mail Server
> You changed the @!#$% subject again, did not you!?
>
> STOP DOING THAT YOU MORON.
>
> On Thursday, November 06, 2008 11:29 AM
> Noel C wrote:
>
> Thanks for your educated input on this subject
> Gosh, thanks for taking the time to respond so lucidly.
>
> Hm, maybe you could consider learning to use the tools to group your
> messages instead.
>
> -Noel
>
> On Thursday, November 06, 2008 11:55 AM
> Gordon wrote:
>
> Re: Thanks for your educated input on this subject
> "Noel C" <NCarboni@att.net> wrote in message
> news:%23%23ZDZzCQJHA.728@TK2MSFTNGP05.phx.gbl...
>
>
> But you STILL shouldn't change the subject line. if a newsreader user has
> marked all read, then it looks like a NEW post, not a reply to an existing
> thread. And if you want to view all messages in THIS group then you are
> welcome. There are THOUSANDS and THOUSANDS......
>
> On Thursday, November 06, 2008 12:25 PM
> Deet wrote:
>
> Re: Thanks for your educated input on this subject
> You really REALLY are a moron, are not you?
>
> On Friday, November 07, 2008 10:44 AM
> Brian Tillman wrote:
>
> Re: I'm floored
> Make sure you submit your extensive resume to Microsoft.
> >

>


 
Status
Not open for further replies.

Similar threads


Top