I think it is very good, if the reciever knows, that the mail was redirected.
Otherwise this might even end up in legal issues, because someone pretends to be
someone else.
svn path=/trunk/kdenetwork/kmail/; revision=101677
stop processing here;
Make KMFilterMgr use iterators instead of first() and next();
Remove the current QToolTips from the filter dialog. They are overloaded.
I made QWhatsThis texts and slim QToolTips instead.
svn path=/trunk/kdenetwork/kmail/; revision=99624
email settings.
Coupled with some GUI configurabilty, and modification of the KMail identity
settings, this could make KMail useful for a lot more people, people who
need to use SMTP servers that KMail currently can't talk to (because of SMTP
auth or a proxy or whatnot).
In the meantime it's still configurable through the kmailrc file, so it's
an easter egg until then.
svn path=/trunk/kdenetwork/kmail/; revision=91911
now, not an information dialog. this makes sense as the
mail will block other mails, thus the dialog is important.
svn path=/trunk/kdenetwork/kmail/; revision=74948
Fixed buggy i18n fix by "keifer" made on Wed Jul 19 09:47:05
- "The following transport protocol was used:\n %2");
- msg.arg(mSendProc->message());
- msg.arg(mMethodStr);
+ "The following transport protocol was used:\n %2")
+ .arg(mSendProc->message())
+ .arg(mMethodStr);
svn path=/trunk/kdenetwork/kmail/; revision=61139
I also i18n'd the code, and tried to handle the case where the user
changes language preferences (so don't save any i18n strings into the
config file). Actually for this last case I slacked off a bit when it
got to kmcomposewin but with any luck the user won't be affected.
svn path=/trunk/kdenetwork/kmail/; revision=59742
to a message, and also the user to select a smtp server to use when
replying to a message while editing that message in the composer.
svn path=/trunk/kdenetwork/kmail/; revision=56980
queued mail until after all accounts have finished being checked.
Moved some message from kmmainwin.cpp into kmsender.cpp, tried to make
them smarter, so only state queued messages have been sent successfully
when there were queued messages.
svn path=/trunk/kdenetwork/kmail/; revision=55910
Not very happing with calling processEvents() at all. It was causing
problems when sending receipts while checking mail.
Guess until we get non-blocking sending implemented this is the way it's
going to have to be.
svn path=/trunk/kdenetwork/kmail/; revision=55816
Using a qdialog has the effect of causing the status message to be centered in the screen which is not something I intended but at least the ghosting is gone now (fingers crossed).
svn path=/trunk/kdenetwork/kmail/; revision=48659
KMail is ready for the newbies of the next millenium and
even Emily Post will be happy with this great innovation.
svn path=/trunk/kdenetwork/kmail/; revision=37159