"Ken Johnson" writes:
>
> These are typical logfile messages from a user who is unable to retrieve
> mail.
When you say "unable", what errors is the user seeing on their client?
Unexpected behaviour is not the same thing as an error.
> It might help me solve the problem if I knew the meaning of the
> various nmsgs/ndele/nseen counts. Guessing seems inappropriate. (local user
> and server names changed). Id string from ipop3d: '2007e'.
>
> Nov 10 00:37:41 msvr ipop3d[13146]: Login user=pat
> host=mail-xxx-yyy.google.com [209.85.xx.xx] nmsgs=20305/22171
> Nov 10 00:37:42 msvr ipop3d[13146]: Update user=pat
> host=mail-xxx-yyy.google.com [209.85.xx.xx] nmsgs=22171 ndele=0 nseen=0
> Nov 10 00:37:42 msvr ipop3d[13146]: Logout user=pat
> host=mail-xxx-yyy.google.com [209.85.xx.xx]
This is normal logging from an ipop3d session. These are all message
counts; total number of messages, number marked deleted, number marked
seen.
The important point is that there are no errors here.
> In other background on the problem, 'grep "^From " /user/mail/pat | wc'
> gives a line count in the 200s. 'mutt -f /user/mail/copy_of_pat' parses the
> file without difficulty, and shows the 200-some messages.
How? With a POP session or an IMAP session?
The mail is all there, but it looks like the client is choosing not to
download it as part of the POP session.
> I would like to figure out how to get as many as possible of these 200-some
> messages delivered to the user through their preferred mail-reading system
> (gmail). So far it seems that if any message from that troublesome set is
> in the mail spool file, things go badly as described above.
So far there is nothing that indicates a server-side error.
It looks like unexpected client behaviour as a result of client
configuration, e.g. the common "leave messages on server" or some
equivalent for many POP clients.
And perhaps check if the user is mixing IMAP clients and POP clients.
Unless they know what they are doing, they might not get the behaviour
they expect from that mix.
Cheers,
- Joel
_______________________________________________
Imap-uw mailing list
[email protected]
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw
