Bug 51419 - korn freezes when closing options after adding imap account
Summary: korn freezes when closing options after adding imap account
Status: RESOLVED UNMAINTAINED
Alias: None
Product: korn
Classification: Miscellaneous
Component: general (show other bugs)
Version: 0.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Mart Kelder
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-12-02 03:57 UTC by Chani
Modified: 2010-08-29 14:55 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chani 2002-12-02 03:57:27 UTC
Version:           0.2 (using KDE 3.0.5)
Installed from:     (3.0)
Compiler:          gcc version 2.95.4 20011002 (Debian prerelease)
OS:          Linux (i686) release 2.4.18

I've got a local mailbox and pop3 working quite nicely in korn (I hope...) but if I add an imap account, as soons as I try to close the options window, it all locks up. I've killed korn about a dozen times now trying to make it work- the only time it hasn't crashed is when I left all fields at the default- no server, no username, just the default port...
after doing that I went back into the options and tried to add a server name, but I didn't even get to the close button- as soon as I hit ok on the window for that mailbox, it locked up.
hmm, if I leave the server blank I can change other things without it crashing... oh, if I put in nonsense, or the name of a server that doesn't do imap (ie. my web server), it works... if I put in yahoo.com, or the name of my actual imap server, or just about any other server, it locks up again...
weird.
Comment 1 clement raievsky 2004-05-13 19:26:53 UTC
I got the same problem, just after setting a good value for an imap server name, pressing "ok" or "apply" cause korn to freeze. 

my tests were done with the port number 993.

Comment 2 Mart Kelder 2004-05-13 19:58:28 UTC
As far as I know, port 993 is reserved for IMAP over SSL, which is not supported in korn at the moment.

But, if it goes as planned, the next version will have support for IMAPS through KIO-slaves. KIO-slaves are asynchrone, so the interface should not lock with that 'protocol'.

So, if the buttons locks up through invalid communications, it is possible that this bug is resolved in KDE 3.3.
Comment 3 Andrew de Quincey 2004-07-28 14:37:23 UTC
It isn't fixed in KDE 3.3 pre 2.

The KIO slave to imap-over-SSL can access the server ok. Adding it to korn causes the above problem.
Comment 4 Mart Kelder 2004-08-01 13:55:08 UTC
Have you tried the new 'kio'-type box? If so, can you kill korn with -SIGSEGV and post the backtrace?
Comment 5 Andrew de Quincey 2004-08-02 15:16:54 UTC
Aha yeah, I hadn't noticed that. Adding a KIO one doesn't hang. I can see from my IMAPS server logs that it is pinging the server when I tell it to refresh. Problem is, it doesn't pick up the new messages (I set the mailbox to "INBOX").

If I browse to my imap server through konqueror with imaps://SERVER:993/, I can see the different mailboxes (e.g. INBOX, spam etc) I have set up. However they are all 0 bytes, and do not have any contents when I try to open them.
Comment 6 Andrew de Quincey 2004-08-02 15:24:21 UTC
Whoops - actually it does see new messages OK - the problem was my test message ended up in my spam folder, not INBOX.

However, all the files still seem empty when browsed with konqueror.
Comment 7 Mart Kelder 2004-08-02 16:36:11 UTC
You can try newimaps://SERVER/INBOX to browse in Konqueror, or newimaps://SERVER/INBOX?unseen to see only directories and new unseen messages.
Comment 8 George Goldberg 2007-12-19 03:53:59 UTC
Is this bug still there in a recent version of KDE, such as 3.5.8 or KDE4.0 RC2?
Comment 9 FiNeX 2010-08-29 14:55:01 UTC
All reports about korn has been closed because is no more developed and
mantained since KDE 4.2.

Moreover the is no feedback since a lot of time.

Thanks all anyway for contributing with bug reports.