Michael Graubart

Q: Mail clients will not send password

I have three different mail clients: Apple Mail, SeaMonkey, MS Entourage. I recently had some trouble unconnected with mail that necessitated my switching my computer off by its power switch. Thereafter none of the three mail clients would download mail, all saying that sending my password did not succeed.

 

The password itself is correct. The e-mail system of my ISP (www.btinternet.com) is web-based, and I have no problem displaying my incoming mail in any of my browsers (Safari, SeaMonkey, Firefox), so this shows that my password is accepted by my ISP.

 

I therefore did the following: I ran DiskWarrior to rebuild the hard disk directory; I used Onyx to check the S.M.A.R.T. status, to correct permissions and to reset the LaunchServices database; I reset the PRAM.

 

None of these actions solved the problem. Finally I reset the Open Firmware. Hey presto, this worked.

 

By an unlucky chance, a few days later there was a brief power cut in my part of town, and once again none of my mail clients would send my password and download mail. So I went through all the above procedures again, with the addition that I used Onyx to verify my startup volume before going on to permissions and the LaunchServices database.

 

This time nothing, not even resetting Open Firmware, has restored my mail clients' downloading capacities.

 

What can I do now? I should be immensely grateful for any advice.

eMac G4 (PPC), 1.25 GHz, Mac OS X (10.4.11)

Posted on Feb 24, 2012 6:29 AM

Close

Q: Mail clients will not send password

  • All replies
  • Helpful answers

  • by Michael Graubart,

    Michael Graubart Michael Graubart Feb 24, 2012 7:04 AM in response to Michael Graubart
    Level 2 (275 points)
    Mac OS X
    Feb 24, 2012 7:04 AM in response to Michael Graubart

    Total mystery! My mail clients have suddenly started doing their stuff even though I have done nothing further to my computer other than looking a few things up on the internet. This cannot be due to my ISP previously not accepting my password and suddenly accepting it again, because, as I said in my original post, I have been able to read my mail in my browsers all along, and that presupposes acceptance of my password. It seems too improbable that this phenomenon was caused by an intermittent hardware fault.

     

    I should still be very grateful for any advice in case the problem recurrs.

  • by BDAqua,

    BDAqua BDAqua Feb 24, 2012 12:33 PM in response to Michael Graubart
    Level 10 (123,618 points)
    Feb 24, 2012 12:33 PM in response to Michael Graubart

    Durn it, can't fix it now!

     

    Strange thing though, this whole topic just showed up now at 12:33 PST!?

     

    Did you do this by eMail or such?

  • by Michael Graubart,

    Michael Graubart Michael Graubart Feb 24, 2012 2:04 PM in response to BDAqua
    Level 2 (275 points)
    Mac OS X
    Feb 24, 2012 2:04 PM in response to BDAqua

    I posted this at around 18:00 or 19:00 British time, BDAqua. I make that 10:00 or 11:00 PST, so there is indeed a mysterious lapse of an hour and a half to two hours and a half or so.

     

    I did the unpardonable thing of also posting this in the OSX Tiger discussion, and that started a detailed discussion with someone who more-or-less convinced me that all my playing around with databases and Open Firmware was irrelevant and the whole thing was caused by a temporary failure by my ISP to recognize my password.

     

    I am still not quite convinced, though. My ISP's mail system is web mail. When I go to my mail page in a browser, my password is automatically recognized; I don't have to type it in except once every few weeks, when the ISP checks up on it. When I try to download mail by means of a mail client, the client sends (or should send) my password (stored by the mail client).

     

    So why was my ISP recognizing it from my browser in web mail, but not from my mail client? My correspondent  insisted that in the one case I was reading mail from the internet, but in the other I was downloading it from a mail server situated at my ISP's location, and that the two processes were quite distinct. My argument was that in both cases the password originated in my computer (otherwise anyone who had obtained my e-mail address could go to my ISP's mail page and read my mail), so that the malfunction had to be located in my computer.

     

    I am still not quite sure which is right.

  • by BDAqua,Solvedanswer

    BDAqua BDAqua Feb 24, 2012 2:39 PM in response to Michael Graubart
    Level 10 (123,618 points)
    Feb 24, 2012 2:39 PM in response to Michael Graubart

    Yes, I've seen that thread.

    So why was my ISP recognizing it from my browser in web mail, but not from my mail client?

    I think I have a great analogy here for it to maybe click!

     

    It like two different doors in your house, the front door & the back door, same key fits both, but the front door is stuck & you can't figure out why  the key won't turn the lock, but it works for the backdoor.

     

    WebMail in a Browser uses port 80 for everything,and you're logging into the Mail server directly, Mail clients use these ports and if not at least logging into a different  server before connecting to the Mail server, at least a different doorway to the server ...

     

    The receiving email ports are:

     

    IMAP is port 143

    IMAP-SSL is port 993

    POP is port 110

    POP-SSL is port 995

     

    SMTP and SMTP-SSL is on ports 25, 587 and 465. Port 587 has to be SSL, and port 465 is enforced TLS-wrapped and is generally used by Outlook users.

     

    Maybe a better one still... Webmail is like going to the Post Office to pickup or send Mail, more work but more certain, using a Mail client is generally easier but is the Mail getting to you or the post office from/to the home box?

  • by Michael Graubart,Helpful

    Michael Graubart Michael Graubart Feb 24, 2012 3:02 PM in response to BDAqua
    Level 2 (275 points)
    Mac OS X
    Feb 24, 2012 3:02 PM in response to BDAqua

    But are these various ports part of the ISP's equipment and software, or are they situated in my computer? If the former, then my problem was caused by my ISP. If the latter, then there must have been (and so potentially still is) something wrong in my system.

     

    Do you know Bartok's opera 'Bluebeard's Castle'? Seven doors, each leading to a different aspect of Bluebeard's past and his unconscious (a very Freudian opera!). Through the last door, his over-inquisitive new bride at last joins his previous six wives...but all the doors are in Duke Bluebeard's castle (or his unconscious mind, if you prefer), not somewhere out in a bit of cyber-space belonging to an ISP.

  • by BDAqua,Helpful

    BDAqua BDAqua Feb 24, 2012 4:09 PM in response to Michael Graubart
    Level 10 (123,618 points)
    Feb 24, 2012 4:09 PM in response to Michael Graubart

    But are these various ports part of the ISP's equipment and software, or are they situated in my computer?

    They're on both ends, but are "virtual" & do not really exist, we're not sure where the problem actually is yet.

     

    With Mail...

     

    A calls B who might call C or D who calls E for confirmation .

     

    (if C is out to lunch, or D is asleep, then B might report that there is no such person/password as you that is recognized)

     

    With a Browser...

     

    A calls E directly.

  • by Michael Graubart,

    Michael Graubart Michael Graubart Feb 25, 2012 12:06 AM in response to BDAqua
    Level 2 (275 points)
    Mac OS X
    Feb 25, 2012 12:06 AM in response to BDAqua

    Ah, that explains a lot. Thank you. And at the moment A, B, C, D and E all seem to be awake, eating their lunches at their desks and replying to each other. BTW, when you asked (in connection with the curious time-lapse in my original post) whether i had used e-mail to post my question, I forgot to answwr. No, I just went to the Apple Discussions site and entered my question in the ordinary way.

  • by BDAqua,

    BDAqua BDAqua Feb 25, 2012 12:35 AM in response to Michael Graubart
    Level 10 (123,618 points)
    Feb 25, 2012 12:35 AM in response to Michael Graubart

    Thanks!

     

    My guess is that if this is random, it's less likely to be A... Your Mac, but most likely your ISP's B, C, or D, and I'd rate ISP's accountability, helpfulness, & wherewithal on a scale of 1 to 10... about 0.037851 .

     

    Yet OSX cannont be ruled out itself since it's become so convoluted that I'm fairly certain nobody really knows how it works... outside of those great L10s & first time posters that pop in once in awhile with awesome gems of insight!

  • by Michael Graubart,

    Michael Graubart Michael Graubart Feb 25, 2012 11:16 AM in response to BDAqua
    Level 2 (275 points)
    Mac OS X
    Feb 25, 2012 11:16 AM in response to BDAqua

    I suspect you are right. It was just that my ISP (btinternet.com) is usually very reliable and fault-free (though quite expensive and not always very good at answering questions); that I had never before had a situation in which I could browse the net, read my e-mails in my browser, edit my photos and enter my music into my music typesetting program, but could not download my e-mails; and that the problem arose twice within a few days of each other, once shortly after I had suffered a crash that had necessitated my turning my computer off by the power switch, and the other time shortly after we had suffered a brief mains power cut while I had the computer running, that made me suspect my machine and not my ISP. On top of which, the first time it happened, my doing all those things like running DiskWarrior, rebuilding the LaunchServices database and re-setting PRAM and Open Firmware seemed to cure the problem — which was, presumably, due to a mere coincidence between the time I finished all that stuff and BT getting its act together (temporarily).

     

    Anyhow, all's well (at present) that ends well.

  • by BDAqua,

    BDAqua BDAqua Feb 25, 2012 12:38 PM in response to Michael Graubart
    Level 10 (123,618 points)
    Feb 25, 2012 12:38 PM in response to Michael Graubart

    Ah, great to hear it's ending well!