fetchmail from gmail will not retrieve local messages I send to myself

h34th · 01-15-2009, 07:49 AM

Hello all:

To use my gmail account from the CLI
I have installed fetchmail+procmail+mutt+msmtp.

All *seems* to be working ok, except for one thing:

if, from mutt (on my local machine), I send an email
(e.g. "mutt_1") from myself to myself, it goes to the
gmail server (verified: using browser, I see/read
"mutt_1" in my online gmail inbox); but, upon trying
to download messages (POP3 protocol), fetchmail
says that I have no messages (assuming that
"mutt_1" was the only message not already
POP3ed/purged from gmail). "mutt_1" remains
unpurged on the gmail server.

if "mutt_1" is one of many messages (messages
besides "mutt_1" are _not_ written by me) on the
gmail server, all messages besides "mutt_1" are
downloaded to my local mailspool. "mutt_1"
remains unpurged on the gmail server.

if I go online, and, from my online gmail interface,
write "gmail_1" from myself to myself, the message
is downloaded just fine.

I noted, exploring this weirdness, that a copy of
"mutt_1" _does_ exist in my local "sent" directory.
If I delete "mutt_1" from the local "sent" directory,
still I cannot download "mutt_1" from the server.

Here is the fetchmail log ("mutt_1" is the only
message on the server)

Code:

$fetchmail -v
fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Thu Jan 15 01:21:46 2009: poll started
Trying to connect to 209.85.201.111/995...connected.
fetchmail: Issuer Organization: Equifax
fetchmail: Unknown Issuer CommonName
fetchmail: Server CommonName: pop.gmail.com
fetchmail: pop.gmail.com key fingerprint: 44:A8:E9:2C:FB:A9:7E:6D:F9:DB:F3:62:B2:9E:F1:A9
fetchmail: POP3< +OK Gpop ready for requests from 98.234.123.148 30pf1724194wfd.41
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Capability list follows
fetchmail: POP3< USER
fetchmail: POP3< RESP-CODES
fetchmail: POP3< EXPIRE 0
fetchmail: POP3< LOGIN-DELAY 300
fetchmail: POP3< X-GOOGLE-VERHOEVEN
fetchmail: POP3< UIDL
fetchmail: POP3< .
fetchmail: POP3> USER ******************
fetchmail: POP3< +OK send PASS
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Welcome.
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for ******************  at pop.gmail.com
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Farewell.
fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Thu Jan 15 01:21:47 2009: poll completed
fetchmail: normal termination, status 1

What gives? Does anyone know a solution? Is
there another forum that would be more appropriate?
(My apologies if the answer to that is "yes".)

--fieldsheath

h34th · 01-15-2009, 05:59 PM

Turns out my configs are all correct:
inability to download email generated
external to the gmail server with *@gmail.com
in the From: header is (somehow) rendered
irretrievable.

kgagu · 01-17-2009, 05:46 AM

Quote:

Originally Posted by fieldsheath

Turns out my configs are all correct:
inability to download email generated
external to the gmail server with *@gmail.com
in the From: header is (somehow) rendered
irretrievable.

How did you solve your problem. I am having exact same problem
I tried it with msmtp as well as with postfix.

h34th · 01-18-2009, 02:40 AM

Quote:

Originally Posted by kgagu

How did you solve your problem. I am having exact same problem
I tried it with msmtp as well as with postfix.

I posted this question to the Gentoo Forum

http://forums.gentoo.org/viewtopic-p...8.html#5390618

The answer (or lack thereof) is there:

It's a gmail 'feature'. Any email that you generate locally that uses
'@gmail.com' in the From: field is not allowed to be retrieved via fetchmail.
It _can_ be manipulated--in every other way I could think of (forward, reply,
archive, etc)--from w/in gmail's web interface. Why gmail does this is unknown
(to me, anyway

Question: you mentioned that 'msmpt' didn't work; _my_ problem was with
_fetchmail_. In other words, my problem was with RETRIEVING mail. 'msmtp'
(to the best of my knowledge) is _only_ for SENDING mail. I, personally, have
msmtp successfully installed, configured, and _sending_ mail through gmail.
Are you sure our problems are identical?

. . . . . . . .

Another site I can recommend is http://www.andrews-corner.org/mutt.html

for a complete ssl/fetchmail/procmail/mutt/msmtp tutorial.
When I finally got everything working, I shared this post with 'andrew'. He
said, "It's a gmail 'feature'." Nothing is wrong with my mail setup.

If, you are, indeed, using mutt, rest assured that there are (many) ways to
keep copies of outgoing mail (so that you don't _need_ to download these
marooned messages in the first place): the "record" folder designates a default
location where copies of all outgoing mail are saved (and that's just the
_default_ method!

So, then, given that mutt was already keeping local copies
of messages that could not retrieve from the server, and these were just test
messages from myself, to myself, I am calling it good, and calling it done.

Hope this helps.