<<< Date Index >>>     <<< Thread Index >>>

Re: [Mutt] #1497: mutt: Mail retrieval fails with a certain message



#1497: mutt: Mail retrieval fails with a certain message coming in

Changes (by brendan):

  * keywords:  POP =>
  * component:  mutt => POP

Old description:

> {{{
> Package: mutt
> Version: 1.3.28-2
> Severity: important
>
> [NOTE: this bug report has been submitted to the debian BTS as
> Bug#184918.
> Please Cc all your replies to 184918@xxxxxxxxxxxxxxx .]
>
> From: "Chris Tillman" <tillman@xxxxxxxxxxxxx>
> Subject: mutt: Mail retrieval fails with a certain message coming in
> Date: Sat, 15 Mar 2003 09:04:32 -0700
>
> This has happened to me a few time in the last month or two, so this
> time I'm submitting a bug hoping it can be tracked down.
>
> The symptoms are that I go to retrieve mail, one message is retrieved,
> and then there is a beep and no further messages are retrieved. If I
> retry, the same message is retrieved again and again.
>
> I ran an strace, which I can send if interested. Here is what I suspect
> is the interesting part:
>
> write(1, "\rReading new messages (530\33[10@6"..., 51) = 51
> time(NULL)                              = 1047742337
> write(4, "RETR 1\r\n", 8)               = 8
> read(4, "+OK 13852 octets\r\n", 1024)   = 18
> read(4, "Return-path: <fromus0120@xxxxxxx"..., 1024) = 1024
> read(4, "Content-Transfer-Encoding: quote"..., 1024) = 424
> read(4, "AN=3D14> <a href=3D\"http://secur";..., 1024) = 1024
> read(4, "://www.peternorth.=\r\ncom\" target"..., 1024) = 424
> read(4, "dth=3D\"9\" ROWSPAN=3D8> <IMG SRC="..., 1024) = 1024
> read(4, " width=3D\"177\" height=3D\"96\" val"..., 1024) = 424
> write(5, "From toff Sat Mar 15 08:32:17 20"..., 4096) = 4096
> read(4, "/TD>\r\n        </tr>\r\n      </tab"..., 1024) = 1024
> write(5, "=\nh=3D\"77\" height=3D\"15\" align=3"..., 303) = 303
> fsync(5)                                = 0
> write(4, "DELE 1\r\n", 8)               = 8
> write(1, "\7", 1)                       = 1
> write(1, "\rDELE:     <TD height=3D\"95\"> <I"..., 89) = 89
> fcntl64(5, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
> rt_sigaction(SIGINT, {SIG_IGN}, {0x1005effc, [], SA_RESTART}, 8) = 0
> rt_sigaction(SIGQUIT, {SIG_IGN}, {0x1005ef9c, [], 0}, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0
> rt_sigaction(SIGTSTP, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
> rt_sigaction(SIGCONT, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
> fork()                                  = 536
> rt_sigprocmask(SIG_SETMASK, NULL, [CHLD], 8) = 0
> rt_sigaction(SIGALRM, {0x1007e500, [], SA_INTERRUPT}, {0x1005effc,
> [TSTP], 0}, 8) = 0
> alarm(0x384, 0x7fffdae4, 0, 0x8, 0x20)  = 0
> wait4(536, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 536
> alarm(0, 0x7fffdcb8, 0, 0, 0x20)        = 900
> rt_sigaction(SIGALRM, {0x1005effc, [TSTP], 0}, NULL, 8) = 0
> rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
> rt_sigaction(SIGCONT, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
> rt_sigaction(SIGTSTP, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [CHLD], NULL, 8) = 0
> --- SIGCHLD (Child exited) ---
> rt_sigaction(SIGQUIT, {0x1005ef9c, [], 0}, NULL, 8) = 0
> rt_sigaction(SIGINT, {0x1005effc, [], SA_RESTART}, NULL, 8) = 0
> close(5)                                = 0
> munmap(0x30017000, 4096)                = 0
> write(4, "QUIT\r\n", 6)                 = 6
> close(4)                                = 0
> stat("/var/mail/toff", {st_mode=S_IFREG|0660, st_size=537894, ...}) = 0
> rt_sigprocmask(SIG_BLOCK, [HUP INT TERM TSTP WINCH], NULL, 8) = 0
> fcntl64(3, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
> rt_sigaction(SIGINT, {SIG_IGN}, {0x1005effc, [], SA_RESTART}, 8) = 0
> rt_sigaction(SIGQUIT, {SIG_IGN}, {0x1005ef9c, [], 0}, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0
> rt_sigaction(SIGTSTP, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
> rt_sigaction(SIGCONT, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
> fork()                                  = 537
> rt_sigprocmask(SIG_SETMASK, NULL, [HUP INT TERM CHLD TSTP WINCH], 8) = 0
> rt_sigaction(SIGALRM, {0x1007e500, [], SA_INTERRUPT}, {0x1005effc,
> [TSTP], 0}, 8) = 0
> alarm(0x384, 0x7fffdab4, 0, 0x8, 0x20)  = 0
> wait4(537, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 537
> alarm(0, 0x7fffdc88, 0, 0, 0x20)        = 900
> rt_sigaction(SIGALRM, {0x1005effc, [TSTP], 0}, NULL, 8) = 0
> rt_sigprocmask(SIG_SETMASK, [HUP INT TERM CHLD TSTP WINCH], NULL, 8) = 0
> rt_sigaction(SIGCONT, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
> rt_sigaction(SIGTSTP, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [CHLD], NULL, 8) = 0
> --- SIGCHLD (Child exited) ---
> rt_sigaction(SIGQUIT, {0x1005ef9c, [], 0}, NULL, 8) = 0
> rt_sigaction(SIGINT, {0x1005effc, [], SA_RESTART}, NULL, 8) = 0
> _llseek(0x3, 0, 0x82000, 0x7fffea18, 0) = 0
> read(3, "D width=3D\"144\" height=3D\"96\" va"..., 1015) = 1015
> read(3, "From toff Sat Mar 15 08:32:17 20"..., 4096) = 4096
> _llseek(0x3, 0, 0x833f7, 0x7fffea18, 0) = 0
> stat("/var/mail/toff", {st_mode=S_IFREG|0660, st_size=537894, ...}) = 0
> access("/var/mail/toff", W_OK)          = 0
> time(NULL)                              = 1047742338
> write(1, "\rReading /var/mail/toff... 1 (99"..., 44) = 44
>

> Not that it means anything to me. I can also send the message that keeps
> getting re-retrieved, in its pure form copied from the mail server, if
> need be. The mail server is MDaemon. I think there must be some parsing
> error or something which causes the DELE statement not to be able to
> delete correctly, and stops the process. Actually, looking at the
> message,
> it looks like it's cut off in the middle of an IMG tag. The entire
> message
> on the server is 14k, but only about 4.2k arrives in /var/mail/toff.
>
> I also tried moving aside /var/mail/toff, creating a new one, and that
> made no difference; so it's not other stuff in my mailbox.
>
> As soon as I deleted that message at the server, the rest of my mail
> came in fine.
>
> -- System Information
> Debian Release: 3.0
> Architecture: powerpc
> Kernel: Linux iMacBlue 2.4.19-powerpc #1 Mon Sep 9 09:01:43 EDT 2002 ppc
> Locale: LANG=C, LC_CTYPE=C
>
> Versions of packages mutt depends on:
> ii  libc6                    2.3.1-9         GNU C Library: Shared
> libraries an
> ii  libncurses5              5.2.20020112a-7 Shared libraries for
> terminal hand
> ii  libsasl7                 1.5.27-3        Authentication abstraction
> library
> ii  ssmtp [mail-transport-ag 2.50.6          Extremely simple MTA to get
> mail o
>
> --
> "The way the Romans made sure their bridges worked is what
> we should do with software engineers. They put the designer
> under the bridge, and then they marched over it."
> -- Lawrence Bernstein, Discover, Feb 2003
>

>
> >How-To-Repeat:
> >Fix:
> }}}

New description:

 {{{
 Package: mutt
 Version: 1.3.28-2
 Severity: important

 [NOTE: this bug report has been submitted to the debian BTS as Bug#184918.
 Please Cc all your replies to 184918@xxxxxxxxxxxxxxx .]

 From: "Chris Tillman" <tillman@xxxxxxxxxxxxx>
 Subject: mutt: Mail retrieval fails with a certain message coming in
 Date: Sat, 15 Mar 2003 09:04:32 -0700

 This has happened to me a few time in the last month or two, so this
 time I'm submitting a bug hoping it can be tracked down.

 The symptoms are that I go to retrieve mail, one message is retrieved,
 and then there is a beep and no further messages are retrieved. If I
 retry, the same message is retrieved again and again.

 I ran an strace, which I can send if interested. Here is what I suspect
 is the interesting part:

 write(1, "\rReading new messages (530\33[10@6"..., 51) = 51
 time(NULL)                              = 1047742337
 write(4, "RETR 1\r\n", 8)               = 8
 read(4, "+OK 13852 octets\r\n", 1024)   = 18
 read(4, "Return-path: <fromus0120@xxxxxxx"..., 1024) = 1024
 read(4, "Content-Transfer-Encoding: quote"..., 1024) = 424
 read(4, "AN=3D14> <a href=3D\"http://secur";..., 1024) = 1024
 read(4, "://www.peternorth.=\r\ncom\" target"..., 1024) = 424
 read(4, "dth=3D\"9\" ROWSPAN=3D8> <IMG SRC="..., 1024) = 1024
 read(4, " width=3D\"177\" height=3D\"96\" val"..., 1024) = 424
 write(5, "From toff Sat Mar 15 08:32:17 20"..., 4096) = 4096
 read(4, "/TD>\r\n        </tr>\r\n      </tab"..., 1024) = 1024
 write(5, "=\nh=3D\"77\" height=3D\"15\" align=3"..., 303) = 303
 fsync(5)                                = 0
 write(4, "DELE 1\r\n", 8)               = 8
 write(1, "\7", 1)                       = 1
 write(1, "\rDELE:     <TD height=3D\"95\"> <I"..., 89) = 89
 fcntl64(5, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
 rt_sigaction(SIGINT, {SIG_IGN}, {0x1005effc, [], SA_RESTART}, 8) = 0
 rt_sigaction(SIGQUIT, {SIG_IGN}, {0x1005ef9c, [], 0}, 8) = 0
 rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0
 rt_sigaction(SIGTSTP, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
 rt_sigaction(SIGCONT, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
 fork()                                  = 536
 rt_sigprocmask(SIG_SETMASK, NULL, [CHLD], 8) = 0
 rt_sigaction(SIGALRM, {0x1007e500, [], SA_INTERRUPT}, {0x1005effc, [TSTP],
 0}, 8) = 0
 alarm(0x384, 0x7fffdae4, 0, 0x8, 0x20)  = 0
 wait4(536, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 536
 alarm(0, 0x7fffdcb8, 0, 0, 0x20)        = 900
 rt_sigaction(SIGALRM, {0x1005effc, [TSTP], 0}, NULL, 8) = 0
 rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
 rt_sigaction(SIGCONT, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
 rt_sigaction(SIGTSTP, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
 rt_sigprocmask(SIG_UNBLOCK, [CHLD], NULL, 8) = 0
 --- SIGCHLD (Child exited) ---
 rt_sigaction(SIGQUIT, {0x1005ef9c, [], 0}, NULL, 8) = 0
 rt_sigaction(SIGINT, {0x1005effc, [], SA_RESTART}, NULL, 8) = 0
 close(5)                                = 0
 munmap(0x30017000, 4096)                = 0
 write(4, "QUIT\r\n", 6)                 = 6
 close(4)                                = 0
 stat("/var/mail/toff", {st_mode=S_IFREG|0660, st_size=537894, ...}) = 0
 rt_sigprocmask(SIG_BLOCK, [HUP INT TERM TSTP WINCH], NULL, 8) = 0
 fcntl64(3, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
 rt_sigaction(SIGINT, {SIG_IGN}, {0x1005effc, [], SA_RESTART}, 8) = 0
 rt_sigaction(SIGQUIT, {SIG_IGN}, {0x1005ef9c, [], 0}, 8) = 0
 rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0
 rt_sigaction(SIGTSTP, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
 rt_sigaction(SIGCONT, {SIG_DFL}, {0x1005effc, [TSTP], SA_RESTART}, 8) = 0
 fork()                                  = 537
 rt_sigprocmask(SIG_SETMASK, NULL, [HUP INT TERM CHLD TSTP WINCH], 8) = 0
 rt_sigaction(SIGALRM, {0x1007e500, [], SA_INTERRUPT}, {0x1005effc, [TSTP],
 0}, 8) = 0
 alarm(0x384, 0x7fffdab4, 0, 0x8, 0x20)  = 0
 wait4(537, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 537
 alarm(0, 0x7fffdc88, 0, 0, 0x20)        = 900
 rt_sigaction(SIGALRM, {0x1005effc, [TSTP], 0}, NULL, 8) = 0
 rt_sigprocmask(SIG_SETMASK, [HUP INT TERM CHLD TSTP WINCH], NULL, 8) = 0
 rt_sigaction(SIGCONT, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
 rt_sigaction(SIGTSTP, {0x1005effc, [TSTP], SA_RESTART}, NULL, 8) = 0
 rt_sigprocmask(SIG_UNBLOCK, [CHLD], NULL, 8) = 0
 --- SIGCHLD (Child exited) ---
 rt_sigaction(SIGQUIT, {0x1005ef9c, [], 0}, NULL, 8) = 0
 rt_sigaction(SIGINT, {0x1005effc, [], SA_RESTART}, NULL, 8) = 0
 _llseek(0x3, 0, 0x82000, 0x7fffea18, 0) = 0
 read(3, "D width=3D\"144\" height=3D\"96\" va"..., 1015) = 1015
 read(3, "From toff Sat Mar 15 08:32:17 20"..., 4096) = 4096
 _llseek(0x3, 0, 0x833f7, 0x7fffea18, 0) = 0
 stat("/var/mail/toff", {st_mode=S_IFREG|0660, st_size=537894, ...}) = 0
 access("/var/mail/toff", W_OK)          = 0
 time(NULL)                              = 1047742338
 write(1, "\rReading /var/mail/toff... 1 (99"..., 44) = 44


 Not that it means anything to me. I can also send the message that keeps
 getting re-retrieved, in its pure form copied from the mail server, if
 need be. The mail server is MDaemon. I think there must be some parsing
 error or something which causes the DELE statement not to be able to
 delete correctly, and stops the process. Actually, looking at the message,
 it looks like it's cut off in the middle of an IMG tag. The entire message
 on the server is 14k, but only about 4.2k arrives in /var/mail/toff.

 I also tried moving aside /var/mail/toff, creating a new one, and that
 made no difference; so it's not other stuff in my mailbox.

 As soon as I deleted that message at the server, the rest of my mail
 came in fine.

 -- System Information
 Debian Release: 3.0
 Architecture: powerpc
 Kernel: Linux iMacBlue 2.4.19-powerpc #1 Mon Sep 9 09:01:43 EDT 2002 ppc
 Locale: LANG=C, LC_CTYPE=C

 Versions of packages mutt depends on:
 ii  libc6                    2.3.1-9         GNU C Library: Shared
 libraries an
 ii  libncurses5              5.2.20020112a-7 Shared libraries for terminal
 hand
 ii  libsasl7                 1.5.27-3        Authentication abstraction
 library
 ii  ssmtp [mail-transport-ag 2.50.6          Extremely simple MTA to get
 mail o

 --
 "The way the Romans made sure their bridges worked is what
 we should do with software engineers. They put the designer
 under the bridge, and then they marched over it."
 -- Lawrence Bernstein, Discover, Feb 2003



 >How-To-Repeat:
 >Fix:
 }}}

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/1497#comment:1>