Closed Bug 201055 Opened 22 years ago Closed 21 years ago

Automatic mail collection does not work with movemail

Categories

(MailNews Core :: Movemail, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bugzilla, Assigned: pkwarren)

References

Details

(Keywords: fixed-aviary1.0)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401 Check for messages at startup and Check for messages every .. minutes do not work with movemail accounts. Reproducible: Always Steps to Reproduce: 1. Create a movemail account. 2. Enable Mail & Newsgroup Account Settings -> Check for messages at startup/Check for messages every .. minutes. 3. Send some mail to yourself. 4. Wait .. minutes. 5. Restart Mozilla. Actual Results: Nothing. Expected Results: After .. minutes or after restarting Mozilla should have received the mail.
Um, what is "movemail"?
Movemail is a "protocol" on Unix/Linux systems where the program "fetchmail" is used to receive the mail from the mailserver with POP3 (or other protocol). Fetchmail stores the mail in the directory /var/spool/mail/<username> or /var/mail/<username> where the mozilla mailclient picks it up and moves it to the standard mozilla mailbox. Movemail can be enabled in the mozilla mailclient by editing prefs.js and changing the protocol entry from "pop3" to "movemail". There is no GUI functionality in the mailclient, movemail can only be enabled by editing the prefs.js. Movemail setting is part of at least the German mozilla FAQ.
So what would happen if you had the inbox at the mailserver NFS-mounted in /var/mail on your local machine? Would that be enough to confuse mozilla?
That shouldn't be a problem. There's a hacky file-locking mechanism used that works over NFS.
I was more refering to the problem that it in that case in reality would move the mail from and to the same file. I mean the mail file on the server, which it would pop from would be the same file, but NFS-mounted on the client that movemail would drop it of to.
I don't think that's a problem either, if I understand you correctly. The process of 'getting' movemail-mail moves the messages out of the mail spool into a private mail storage hierarchy in your home directory that's part of your mozilla user profile.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I'm fairly certain that this is because movemail accounts currently do not implement the PerformBiff function. Here is an example of how PerformBiff is implemented for POP3 accounts: http://lxr.mozilla.org/seamonkey/source/mailnews/local/src/nsPop3IncomingServer .cpp#123
Attempting reassignment to new default movemail owner.
Assignee: adam → pkw
Flags: blocking1.8a2?
Flags: blocking1.8a2? → blocking1.8a2-
Attached patch Proposed patchSplinter Review
Proposed changes to nsMovemailIncomingServer: * Implement PerformBiff(). This is heavily based on the corresponding method in the sibling class nsPop3IncomingServer. * Implement GetServerRequiresPasswordForBiff(). Always returns PR_FALSE. * Implement GetDownloadMessagesAtStartup(). Always returns PR_TRUE.
Comment on attachment 152887 [details] [diff] [review] Proposed patch I have tested this patch and it is working well for me. Thanks for the contribution. Requesting sr from mscott.
Attachment #152887 - Flags: superreview?(mscott)
Attachment #152887 - Flags: review+
Attachment #152887 - Flags: superreview?(mscott) → superreview+
Comment on attachment 152887 [details] [diff] [review] Proposed patch This is a relatively low-risk fix which I think should be checked in to the 1.8a2 branch. This only affects users of Movemail accounts, and is a really high priority for those users.
Attachment #152887 - Flags: approval1.8a2?
Comment on attachment 152887 [details] [diff] [review] Proposed patch a=sspitzer
Attachment #152887 - Flags: approval1.8a2? → approval1.8a2+
Fixed. Thanks for the patch. Checking in nsMovemailIncomingServer.cpp; /cvsroot/mozilla/mailnews/local/src/nsMovemailIncomingServer.cpp,v <-- nsMovemailIncomingServer.cpp new revision: 1.19; previous revision: 1.18 done Checking in nsMovemailIncomingServer.h; /cvsroot/mozilla/mailnews/local/src/nsMovemailIncomingServer.h,v <-- nsMovemailIncomingServer.h new revision: 1.7; previous revision: 1.6 done
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Flags: blocking-aviary1.0RC1?
Flags: blocking-aviary1.0PR? → blocking-aviary1.0PR+
Whiteboard: fixed-aviary1.0
Keywords: fixed-aviary1.0
Whiteboard: fixed-aviary1.0
Product: MailNews → Core
Hello, I just tested movemail with nightly Mozilla 1.8a6, Copyright (c) 2003-2004 mozilla.org, build 2004121505 Now movemail does not work at all. I created a new movemail account, sent a mail to myself and saw it in the /var/spool/mail/<user> file. But mozilla did not retrieve it with movemail / does not copy it to <profile>/Mail/inbox, neither with "Get messages" (manual) nor automatically at startup or after xx minutes. Bug should be reopened, the fix does not work. Dieter
Attached is a backport of the patch to mozilla-1.7.x, seems to work with 1.7.5 (not tested with earlier 1.7 sub-versions).
*** Bug 238101 has been marked as a duplicate of this bug. ***
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: