• a gmail pop3 session that doesn't correspond to the facts

    From Johanne Fairchild@21:1/5 to All on Tue May 21 20:40:18 2024
    I've been hunting down an incoherent case in Gnus while downloading mail
    from a Gmail POP3 server. Today I spotted the following case. In the
    POP3, I found 8 messages:

    +OK 8 messages (80988 bytes)
    1 20295
    2 4583
    3 20295
    4 20295
    5 2725
    6 5487
    7 2725
    8 4583
    .

    When Gnus downloaded all the main, it found the 8 messages, but the
    amount of bytes was much greater. (The extra logging has been added by
    me.) Notice how the total-size matches the advertised total-size by the
    POP3 server.

    Checking new news...
    Reading active file via nnml...
    Reading incoming mail from pop...
    size 0, total-size 80988
    pop3 retrieved 0KB (0%)
    size 237, total-size 80988
    pop3 retrieved 0KB (0%)
    size 751, total-size 80988
    pop3 retrieved 0KB (0%)
    size 1777, total-size 80988
    [...]
    pop3 retrieved 80KB (99%)
    size 81659, total-size 80988
    pop3 retrieved 81KB (100%)
    size 81865, total-size 80988
    pop3 retrieved 81KB (101%)
    size 83255, total-size 80988
    pop3 retrieved 83KB (102%)
    size 84645, total-size 80988
    [...]
    size 511138, total-size 80988
    pop3 retrieved 511KB (631%)
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1799
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1800
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1801
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1802
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1803
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1804
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1805
    Wrote c:/sys/emacs/usr/Mail/mail/misc/1806
    nnml: Reading incoming mail (8 new)...done --8<-------------------------------------------------------->8---

    On disk, almost all messages have similar sizes to the sizes advertised
    by the POP3 server, except for message 1799. I got a couple of PDF
    files in one of these 8 messages and so it looks like the POP3 somehow
    did not report the size of this message as I expected. Is there any
    chance the POP3 is actually correct in doing what it's doing?

    --8<-------------------------------------------------------->8---
    %ls -l | awk '$8 >= 1799 && $8 <= 1806 { total += $5; print; } \
    END { print(total) }'
    -rw-rw-rw- 1 x None 446971 2024-05-21 17:43 1799 -rw-rw-rw- 1 x None 8441 2024-05-21 17:43 1800 -rw-rw-rw- 1 x None 16925 2024-05-21 17:43 1801 -rw-rw-rw- 1 x None 20494 2024-05-21 17:43 1802 -rw-rw-rw- 1 x None 6513 2024-05-21 17:43 1803 -rw-rw-rw- 1 x None 5688 2024-05-21 17:43 1804 -rw-rw-rw- 1 x None 2925 2024-05-21 17:43 1805 -rw-rw-rw- 1 x None 4781 2024-05-21 17:43 1806
    512738
    --8<-------------------------------------------------------->8---

    (*) The attachments

    I'm showing just the parts of message 1799 that show there were two attachments. Given just the size of this message, it seems the POP3
    really is wrong.

    --000000000000eda27d0618f68db7
    Content-Type: multipart/alternative; boundary="000000000000eda2780618f68db5"

    [...]

    [...]

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)