Instead when checking for new mail sync just before expunging the local
account or just before deleting mail from the pop server. I guess syncing
isn't currently as issue for imap.
There is a question of whether/when sync should be called for other
operations such as moving messages between folders.
svn path=/trunk/kdenetwork/kmail/; revision=105142
conversions, it indeed gives a better overview in the code.
This also fixes a few minor problems with non-latin folder names.
- Remove all subfolders, when removing a folder, not only the first one.
- Remove some unused code.
svn path=/trunk/kdenetwork/kmail/; revision=102457
message download when KMail is destroyed by a kill happy
session manager.
Disclaimer: Duplicate message download can still occur if
KMail is killed while message retrieval is in progress.
svn path=/trunk/kdenetwork/kmail/; revision=102123
- Don't always execute a LIST command before every RETR command
- Don't break long lines after 512 characters
WARNING: Functional incompatible change
svn path=/trunk/kdenetwork/kmail/; revision=100325
I tested downloading multiple times without problems. I don't know if this
is the problem reported just now on kmail@ or not, but please tell me if it
does fix it.
svn path=/trunk/kdenetwork/kmail/; revision=99656
BTW: Accelerators are a nice thing, but please don't use the same accelerator
three times in the same context and use them only where they are really treated
as such.
svn path=/trunk/kdenetwork/kmail/; revision=98696
The POP3 slave and the POP3 implementation in KMail have been ported to
connection orientated mode for that.
svn path=/trunk/kdenetwork/kmail/; revision=98146
- The amount to download for leave on server is now really the one to download
and not the total size of mails on the server.
svn path=/trunk/kdenetwork/kmail/; revision=88052
kmail@kde.org a few minutes ago. Wasn't that hard to trace down afterall!
I'm not sure if you're expecting a _different_ signal here, but this one
doesn't exist so there's no point in trying to connect it.
svn path=/trunk/kdenetwork/kmail/; revision=86574
memory.
For the case this change should still lead to crashes, hopefully some beta
tester will find it.
svn path=/trunk/kdenetwork/kmail/; revision=77670
"The attached patch makes the following changes to the pop account(s):
- old pop account removed (kmacctpop.h and kmacctpop.cpp can be deleted)
- advanced pop account now is called pop
- Retrieve all mail from server is by default off for pop account
- all advanced and experimental pop accounts are converted to pop on startup"
Yeehaa!
svn path=/trunk/kdenetwork/kmail/; revision=65047
- The cancel button now always does a complete kill.
- The already downloaded messages are deleted on the next mail check
- The statusbar displays the right number of downloaded messages after
cancelling
svn path=/trunk/kdenetwork/kmail/; revision=64815
accounts that have usernames containing the @ character. I believe that the
patch will solve the problem for all cases where a user name contains special
characters, such as the user who reported trouble with a '/' in the user
name.
Patch by Mark Roberts <mark@taurine.demon.co.uk>
svn path=/trunk/kdenetwork/kmail/; revision=64387
The cancel button of the progress in the status bar now also works while
KMail tries to connect to the server.
svn path=/trunk/kdenetwork/kmail/; revision=64125
> I fetch messages from 2 accounts. If the second account has no message the
> status line shows "No new messages" even if the first account had new
> messages. The beep for new messages works nevertheless, telling there are
> new messages - but the text says NO new messages ???? Inconsistent
> behaviour cu
svn path=/trunk/kdenetwork/kmail/; revision=63917
Michael Haeckel
Don Sanders
Stephan Kulow
Marc Mutz
Waldo Bastian
George Staikos
Daniel Naber
Hans Petter Bieker