#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: | ||
| 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)
Change History (10)
by , 13 years ago
| Attachment: | mail_daemon-crash added |
|---|
comment:1 by , 13 years ago
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?
comment:2 by , 13 years ago
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.
by , 13 years ago
Command line output from starting up to crashing and after restarting.
follow-up: 5 comment:3 by , 13 years ago
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.)
comment:5 by , 13 years ago
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 by , 13 years ago
BTW the '#' prefix refers to a bug number, 'r' to a revision. So it has been fixed in hrev40480 :-)
backtrace