User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4) Gecko/20090508 Firefox/3.5b4 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 I've confirmed this with netcat. If you send LOGIN initially (or after CAPABILITIES), it returns an error, but if you send ID with "GUID" "1", then it will allow login. Reproducible: Always Steps to Reproduce: 1. [nc,telnet] imap.mail.yahoo.com 143 2. 0 LOGIN firstname.lastname@example.org password 3. There is no 3. And/or try to login to imap.mail.yahoo.com with Thunderbird Actual Results: No login Expected Results: login
This is the way to make imap.yahoo.com working with imap. Marking confidential as this is a work around's yahoo paid service. If you use this with a non + account you probably violate the Yahoo's TOS.
Component: General → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: general → networking.imap
Version: unspecified → 1.9.1 Branch
Hidding to protect Yahoo's TOS.
Ludovic, There is no TOS limitation against IMAP. See the Yahoo Mail TOS at: http://info.yahoo.com/legal/us/yahoo/utos/utos-173.html Also, it is POP access that is a benefit of a paid account, not IMAP. See this URL for plus vs free differences: http://help.yahoo.com/l/us/yahoo/mail/yahoomail/mailplus/overview/overview-03.html IMAP is available to any (free) user. Supported clients are Zimbra (a Yahoo product) and mobile clients. Other IMAP clients are not supported, because there is no support structure for them. The support cost of IMAP would be higher than POP. Since the ToS disclaims guarantee of functionality/features, supportability doesn't matter. The natural assumption would be that this protocol quirk is for their benefit but is not a "security through obscurity" issue. As such, there is no real reason to make this a hidden bug unless you have other, documented information from Yahoo counsel which claims otherwise. Here's a URL for a technical conversation on this issue from 2009: http://groups.google.com/group/mozilla.dev.apps.thunderbird/browse_thread/thread/546356554c73f8ca Here's a URL with howto code: http://www.crasseux.com/linux/
Zimbra Desktop (free product) link left out: http://www.zimbra.com/products/desktop.html
I'm attaching the crasseux.com changes in patch form. It applies cleanly to at least thunderbird 3.0.2, 3.0.3 and comm-central. The patch sends the ID GUID to all imap connections, but it should probably add a property to the accounts which regulated if it should be sent or not.
I also voted for this bug, and agree with Linas that the ID GUID command should only be sent for Yahoo IMAP accounts, or accounts explicitly flagged by the user. Patching this in Thunderbird source would seem to be a better way than the current option of each user having to rely on a local or hosted IMAP proxy for Yahoo accounts. In addition to the helpful info from Josh, the following post has a few other links: http://www.emaildiscussions.com/showthread.php?t=59575
Updated the patch for thunderbird 3.1
I've been able to log into Yahoo IMAP successfully via SSL without these patches using the configuration available at http://www.theanimail.com/imap_server_settings.html Service name: Yahoo!Mail User name: email@example.com IMAP server: imap-ssl.mail.yahoo.com Port: 993 SSL: yes SMTP server: smtp.mail.yahoo.com Port: 465 SSL: yes I did not try at imap.mail.yahoo.com (without ssl), however.
Thanks Patrick, I confirm that it works in SeaMonkey mail. I used imap.mail.yahoo.com instead (with SSL/TLS, port 993) because imap-ssl.mail.yahoo.com doesn't match its certificate.
It was required when I tested it a few months ago. Fixed by Yahoo!
FYI. I could access Yahoo! Mail(US) via IMAP with no problem, with next definition, using Tb 3.1.5 on Win-XP. IMAP server: imap.mail.yahoo.com User name: <user>@rocketmail.com Port: 993, with "SSL/TLS" of Tb's setting enabled. Note: When mail address of <user>@rocketmail.com, problem in autoconfig of Tb 3.1 happened, which I stated in bug 583602 comment #11. Same problem of autoconfig of Tb 3.1 may happen on mail address of <user>@ymail.com.
Works for me too with a @yahoo.de account.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Also works with my old @yahoo.com account (created from Germany, though.) Can somebody physically in the US please create a @yahoo.com freemail account and check with that?
(In reply to comment #14) > Also works with my old @yahoo.com account (created from Germany, though.) > > Can somebody physically in the US please create a @yahoo.com freemail account > and check with that? I am physically in the US with a @yahoo.com freemail account. I've had it for years though (I did not just create it if that matters).
Assignee: nobody → ben.bucksch
Component: Networking: IMAP → ispdb
Product: MailNews Core → Mozilla Messaging
QA Contact: networking.imap → ispdb
Summary: Sending 'ID ("GUID" "1")' to imap.mail.yahoo.com is required for login → [config] imap.mail.yahoo.com is now available
Version: 1.9.1 Branch → other
Patrick: Cool. Could you please also try with username = user without @yahoo.com ?
(In reply to comment #16) > Patrick: Cool. Could you please also try with username = user without > @yahoo.com ? Ben: I was actually using it without the @yahoo.com all along! I verified it works both ways, however, for both the SMTP and IMAP servers. Note that I'm suffering from bug 610264, however.
> I was actually using it without the @yahoo.com all along! Cool. Thanks, Patrick, for verifying, and the original tip in comment 9. Very valuable! Waiting for reviews, to enable this config for all new setups in Thunderbird.
Comment on attachment 492550 [details] [diff] [review] Add IMAP server to yahoo config file I may make POP3 the default, given that IMAP seems to be experimental, depending on how well it works.
Attachment #492550 - Flags: feedback? → review?(gozer)
Comment on attachment 492550 [details] [diff] [review] Add IMAP server to yahoo config file I'll give it the r+, but I think we should make pop3 the default for the reasons you suggest. (Also, IMAP will still be listed first in the UI, so some people might choose it.) Thanks, Blake.
Attachment #492550 - Flags: review?(bwinton) → review+
IMAP of Yahoo! itself is never experimental. IMAP and imap.mail.yahoo.com is officially announced and supported and used by Yahoo! US, although it's official for mobile phone/device only. > http://mobile.yahoo.com/mail One of reasons why IMAP for PC is not announced or supported officially yet may be that MS's standard mailer of PC or Apple's standard mailer of PC doesn't support 'ID ("GUID" "1")' yet, unless 'ID ("GUID" "1")' is Yahoo!'s confidential. Yahoo! doesn't seem to prohibit use of 'ID ("GUID" "1")' by free mailers. If Yahoo! does not want access to his IMAP server using free mailers of PC, putting imap.mail.yahoo.com in server config is better avoided. Use of imap.mail.yahoo.com from PC should be done only with user's own risk. In this case, autoconfig's next problem should be resolved first. Stop button doesn't permit field change for Manual Setup or Re-test, when server in MX record is never IMAP/POP3 server. ("Edit" is not shown. phenomenon observed with @rocketmail.com, Tb 3.1.5) I believe my Note PC at home connected to Internet via Home LAN/VDSL modem/Phone cable is an "all other mobile devices" in http://mobile.yahoo.com/mail by Yahoo!. > http://mobile.yahoo.com/mail > IMAP tab > For all other mobile devices, supply the following information, if prompted: > 1. Incoming Server - imap.mail.yahoo.com So, I think "putting imap.mail.yahoo.com in server config by Mozilla Foundation" can not be prohibited. For POP3 of Yahoo!. POP3 access is available only for charged "Yahoo! Plus" user. As POP3 server itself is officially opened and as login by non Yahoo! Plus user is merely rejected, I think "making POP3 the default" won't produce any problem on current autoconfig.
> POP3 access is available only for charged "Yahoo! Plus" user. Officially, yes. But it works for all users.
(In reply to comment #23) > > POP3 access is available only for charged "Yahoo! Mail Plus" user. > Officially, yes. But it works for all users. If so(how?), POP3 shouldn't be deaulted, to avoid additoinal bugs for complaint around "Leave Messages on Server" of POP3. Our recomendation should be IMAP, although we will perhaps need Yahoo! IMAP version of bug 402793 for Gmail IMAP. > Bug 402793 [Meta] Gmail IMAP is still under construction
Attachment #492550 - Flags: review?(gozer) → review+
Thanks for the reviews. Commited SVN Revision 78132. add imap server for yahoo. still default to pop3 for now. Bug 493064, r=bwinton, r=gozer, p=me We'll monitor how IMAP works and can change to default to IMAP later.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
FYI. I've opened meta bug 614826 for Yahoo! IMAP related issues.
<http://mobile.yahoo.com/mail> sounds very official and supported to me. I'd make IMAP the default, unless bug 610264 is a commonplace problem and not just with mailboxen of 1 GB or so.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to comment #27) > unless bug 610264 is a commonplace problem and not just with mailboxen of 1 GB or so. Unfortunately, that bug seems to occur always if more than 4999 mails exist in a folder and Tb's "uid fetch a:b,c:d,...y:z ..." falls in more than 4999 mails(e.g. first open of folder after account definition, Repair Folder. it seems no problem if "uid fetch 1:* flags"). However, it's similar to file size limitation of local mail folder(still problem), file size limitation of offline-store(already resolved). So, we will probably be able to manage users by informing about workaround of "keep number of mails in a folder less than 5000", with description like next; - It's current restriction of Yahoo! IMAP. - Yahoo! IMAP is for mobile users like iPhone. - It's never Tb's RFC violation nor incomliance of Tb with RFC.
I'm unable to connect to yahoo mail since today - "Login to server imap.mail.yahoo.com failed." Does anybody else have this problem, or does it still work?
Curretly no problem in access to imap.mail.yahoo.com (from Japan, @rocketmail.com). Four @rocketmail.com accounts, minimum accessing; max cached connections=2, disable IDLE command use, disable automatic new mail checking, no offline-use=on folder, no concurrent Web mail access. No POP3 access(POP3 is not enabled for my accounts yet).
I just noticed that pidgin also failed to log in to yahoo messenger, and it suggested re-logging in to the yahoo website. After I did that, both pidgin and imap started working again.
(In reply to comment #33) > and it suggested re-logging in to the yahoo website. > After I did that, both pidgin and imap started working again. If login to yahoo website was solution, it may be simillar issue to Google's one. > http://getsatisfaction.com/mozilla_messaging/topics/thunderbird_suddenly_wont_work_with_gmail_login_to_server_failed Repeated logout/login can happen especially when offline-use=off, if user quickly switches mails in an IMAP folder. > https://bugzilla.mozilla.org/show_bug.cgi?id=565852#c25 In this case, Gmail seems to temporalily lock account, because such behaviour is similar to DoS attack. In such situation, if user requests "forcing CAPTHA" option for his Gmail account, Gmail looks to request unlock operation by user at Web page like next, upon next access to IMAP folder by Tb, and connection request by Tb via IMAP fails. > https://www.google.com/accounts/DisplayUnlockCaptcha In this Gmail case, disabling of "forcing CAPTHA option by user" was a workaround.
Hi all, I'm the PM for the Yahoo! Mail Platform and I wanted to drop a note on this thread (which David Ascher pointed me to). Yahoo is working with Mozilla to bring IMAP access to Thunderbird but we are not prepared for this currently. We will not support users that access IMAP from the desktop today. This being said we are actively pursuing an open IMAP solution and have started by piloting for mobile. Thanks much Herbert
Comment on attachment 493307 [details] [diff] [review] Make IMAP the default Based on Herbert's comment, I think we should probably remove this from the Yahoo config until they support it, and certainly not make it the default until that time. Thanks, Blake.
Attachment #493307 - Flags: review?(bwinton) → review-
We now have POP as default, with IMAP as option for those users who specifically want it. I think that takes care of comment 35. FIXED
Status: REOPENED → RESOLVED
Last Resolved: 8 years ago → 8 years ago
Resolution: --- → FIXED
Compare bug 661510
Component: ispdb → ISPDB Database Entries
Product: Mozilla Messaging → Webtools
You need to log in before you can comment on or make changes to this bug.