From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Wed, 7 Dec 2005 13:56:10 -0500 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] gmail 0: messages In-Reply-To: <20051207102914.247b74ab.countryjoe@myrealbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051207102914.247b74ab.countryjoe@myrealbox.com> Topicbox-Message-UUID: bd75a490-ead0-11e9-9d60-3106f5b1d025 > I'm out of option for now as how to get my gmail emails on my plan9 box. Gmail pop is not compatible with Plan 9. Gmail assumes that clients are running in what is usually called "move messages off the server" mode, and so once the client has downloaded a message, gmail doesn't show the message to the client again. This confuses upas/fs, which expects to see the same set of messages the next time it connects, assuming that if a message is gone, it has been deleted. In Gmail's defense, they're using pop3 in a context it wasn't designed for, namely having thousands or more messages to show the user. Rather than respond to the "list messages" command with thousands of lines, they show 100, and once those 100 have been downloaded, they show the next 100. It works for clients that use pop3 as a download protocol, but not for clients that want to leave the messages on the server. Upas/fs isn't the only pop3 client that gmail confuses. My roommate's cell phone exhibits exactly the same problem: it downloads enough to show the message list, and then when you open a message, it tries to redownload the message, but the message is gone. So you can see the message but not open it. You could run a separate pop3 fetch program and then deliver the mail to a local Plan 9 mail box. See /n/sources/contrib/rsc/cmd/pop3get.c. You cannot use gmail's pop server directly. Russ