Opened 14 years ago
Closed 13 years ago
#7557 closed bug (fixed)
SMTP not working - Mail keep pending forever
Reported by: | pulkomandy | Owned by: | czeidler |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Servers/mail_daemon | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Ok, now tat I have working IMAP again I tried to reply to some mails...
First I saw the mail_daemon completely deadlock when trying to send them, with the "connecting to server..." window not moving at all. Trying to delete another mail or opening the preflet would lock the window. So I killed mail_daemon and started it in a terminal. Now I see the "sending mail" status window with progress bar pop up every minute, but the mails aren't sent and stay pending. I see no log about smtp in my terminal.
Change History (8)
comment:1 by , 14 years ago
comment:4 by , 13 years ago
Tried another server, smtp.orange.fr, still no luck. Tried them with Beam, and this works fine. So it looks like the bug is on mail daemon side...
comment:5 by , 13 years ago
I think i see a similar problem and regret not reporting it sooner. It's really quite annoying to have in our alpha3...
Almost every sent email results in a frozen mail status window, requiring to kill the mail_daemon with ProcessController and then restarting the daemon. PC shows these threads: mail_daemon, w>Mail daemon status log, w>Mail Status and 6 user threads (for my 3 pop3 accounts). And one such freeze I tried debugging one of the user threads. mail_daemon crashed and from its debug terminal I got this backtrace, if it helps at all:
[tcsetpgrp failed in terminal_inferior: Invalid Argument] [Switching to team /boot/system/servers/mail_daemon (276) thread user thread (289)] 0xffff0114 in ?? () (gdb) bt #0 0xffff0114 in ?? () #1 0x0024c186 in port_buffer_size_etc () from /boot/system/lib/libroot.so #2 0x0040304a in BLooper::ReadRawFromPort () from /boot/system/lib/libbe.so #3 0x004030d6 in BLooper::ReadMessageFromPort () from /boot/system/lib/libbe.so #4 0x00402773 in BLooper::MessageFromPort () from /boot/system/lib/libbe.so #5 0x00403263 in BLooper::task_looper () from /boot/system/lib/libbe.so #6 0x00402ff3 in BLooper::_task0_ () from /boot/system/lib/libbe.so #7 0x0024c7e6 in thread_entry () from /boot/system/lib/libroot.so #8 0x70206fec in ?? () (gdb)
Anything else I can try?
comment:6 by , 13 years ago
This is the backtrace of the debugged second "user thread", which might just be the sending thread of my primary account that hangs while sending every other mail:
[Switching to team /boot/system/servers/mail_daemon -E (126) thread user thread (240)] 0xffff0114 in ?? () (gdb) bt #0 0xffff0114 in ?? () #1 0x002bc97d in select () from /boot/system/lib/libroot.so #2 0x01e2b39d in SMTPProtocol::ReceiveResponse () from /boot/system/add-ons/mail_daemon/outbound_protocols/SMTP #3 0x01e27ee1 in SMTPProtocol::Open () from /boot/system/add-ons/mail_daemon/outbound_protocols/SMTP #4 0x01e27688 in SMTPProtocol::Connect () from /boot/system/add-ons/mail_daemon/outbound_protocols/SMTP #5 0x01e27961 in SMTPProtocol::SendMessages () from /boot/system/add-ons/mail_daemon/outbound_protocols/SMTP #6 0x0060dcbc in OutboundProtocolThread::MessageReceived () from /boot/system/lib/libmail.so #7 0x00401a97 in BLooper::DispatchMessage () from /boot/system/lib/libbe.so #8 0x00403405 in BLooper::task_looper () from /boot/system/lib/libbe.so #9 0x00402ff3 in BLooper::_task0_ () from /boot/system/lib/libbe.so #10 0x0024c7e6 in thread_entry () from /boot/system/lib/libroot.so #11 0x70102fec in ?? ()
Also, the original email I answered to, hangs the Mail window until I kill the mail_daemon.
comment:7 by , 13 years ago
Seems to work now...No idea what was going on...
comment:8 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in hrev43050. Wouldn't happen with SSL mode, only unencrypted (am I the only one using that ? :))
If that's of any help : the server is smtp.aliceadsl.fr. This is my ISP server's and it seems to work when connecting with telnet from a linux box. Connecting from telnet in haiku also locks : typing 'EHLO me' gets only an \r as an answer...