Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#7212 closed bug (fixed)

Mail_daemon crashes while fetching

Reported by: humdinger Owned by: czeidler
Priority: normal Milestone: R1
Component: Servers/mail_daemon Version: R1/Development
Keywords: POP3 Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

This is hrev40457.

First after POP3 checking of email after 75/248 messages, see attached backtrace, later tries to fetch mail crashes immediately.

Attachments (4)

mail_daemon-crash (12.2 KB) - added by humdinger 8 years ago.
backtrace
backtrace.txt (5.9 KB) - added by stippi 8 years ago.
Another backtrace with perhaps more info
log.txt (219.7 KB) - added by stippi 8 years ago.
Command line output from starting up to crashing and after restarting.
0MFqxU-1PfLGQ1X2z-00EaaI.zip (2.4 KB) - added by humdinger 8 years ago.
The crashing spam-mail

Download all attachments as: .zip

Change History (10)

Changed 8 years ago by humdinger

Attachment: mail_daemon-crash added

backtrace

comment:1 Changed 8 years ago by czeidler

Could you please try it again in debug mode? Add

SetConfigVar DEBUG : HAIKU_TOP src kits mail : 1 : global ;

to your user build config. thanks! Maybe its something in the mail that this function doesn't like. Does it also crash with the old MDR?

Changed 8 years ago by stippi

Attachment: backtrace.txt added

Another backtrace with perhaps more info

comment:2 Changed 8 years ago by stippi

The behavior leading up to the crash was quite weird. I am downloading mails from GMX, which as quite a bit of mails in the account. Since DHCP does not work at the moment, I manually started mail_daemon from the command line after setting up a static connection. So I saw all the output. There was a lot of output with no status bar update in the mail status window for a long time. I don't know what exactly was going on. In the Tracker window, it seemed to redownload mails which it had downloaded before. In the mail settings, I had configured to download mails with more than 50K only partially. Since I have all the command line output, I am attaching that was well. The crash happened before I started mail_daemon a second time.

Changed 8 years ago by stippi

Attachment: log.txt added

Command line output from starting up to crashing and after restarting.

comment:3 Changed 8 years ago by humdinger

I tracked down the email that's causing the crash (attached). It's one of those blasted GMX advertisements (date: 11.12.2010, maybe Stippi has the same mail-of-death). I found the attached file in the inbox, it seems to be complete, but all attributes are missing. So the crash appears to occur after the message is downloaded, but before the attributes are written.

Also strange, while my GMail account retains all downloaded messages (also POP3), all GMX messages were deleted from the server, GMX-webinterface is empty. I now deactivated in the prefs "Remove mail from server when deleted" and think that will keep the mails at the GMX webinterface. (I haven'd deleted the dowloaded mails locally, mind you.)

Changed 8 years ago by humdinger

The crashing spam-mail

comment:4 Changed 8 years ago by czeidler

Resolution: fixed
Status: newclosed

Fixed in #40480. Thanks.

comment:5 in reply to:  3 Changed 8 years ago by czeidler

Replying to humdinger:

I tracked down the email that's causing the crash (attached). It's one of those blasted GMX advertisements (date: 11.12.2010, maybe Stippi has the same mail-of-death). I found the attached file in the inbox, it seems to be complete, but all attributes are missing. So the crash appears to occur after the message is downloaded, but before the attributes are written.

Also strange, while my GMail account retains all downloaded messages (also POP3), all GMX messages were deleted from the server, GMX-webinterface is empty. I now deactivated in the prefs "Remove mail from server when deleted" and think that will keep the mails at the GMX webinterface. (I haven'd deleted the dowloaded mails locally, mind you.)

The remove mail from server option does not work for me at all (no mail deleted) will look into it... I have the "Leave mail on server" check and no mails are deleted on the server here.

comment:6 Changed 8 years ago by axeld

BTW the '#' prefix refers to a bug number, 'r' to a revision. So it has been fixed in hrev40480 :-)

Note: See TracTickets for help on using tickets.