To: kmail@max.tat.physik.uni-tuebingen.de
On Friday 13 October 2000 15:09, Leendert Meyer wrote:
> You can configure kmail such that each time new mail arrives a message box
> pops up. That's good. But if you're not attending your computer then _each_
> time new mail is received _another_ message box pops up. That's not good
> because when you're back you have to click your way through a bunch of
> message boxes.
>
> Is it possible to show only 1 new-mail-messagebox and not another one if
> afterwards new mail arrives?
Here is a patch to fix this.
svn path=/trunk/kdenetwork/kmail/; revision=67792
resulted in drag and drop crashes when the drag started before a mail
check had finished and the drop was made after the mail check had
ended.
Thanks go to Wolfgang Rohdewald <WRohdewald@dplanet.ch> for
working out how to reproduce this problem, and working on a fix.
diff -u -b -r1.19 kmfiltermgr.cpp
--- kmfiltermgr.cpp 2000/08/06 17:01:55 1.19
+++ kmfiltermgr.cpp 2000/10/14 02:06:15
@@ -109,8 +109,6 @@
{
KMFolder* fld;
- kernel->folderMgr()->contentsChanged();
-
for (fld=mOpenFolders.first(); fld; fld=mOpenFolders.next())
if (fld) fld->close();
svn path=/trunk/kdenetwork/kmail/; revision=67567
encoding for the last message read with an encoding was being used instead of
iso8859-1.
Anyway it fixes the problem exhibited by the recent kevin lo post on
kde-core.
Also save/restore of the chosen encoding is supported at least in the
main window. I think this is necessary as for some people "Auto" is
totally broken, and unreadable fonts are shown for non iso8859-1
messages.
svn path=/trunk/kdenetwork/kmail/; revision=67220
diff -u kmail/kmmessage.cpp kmail.new/kmmessage.cpp
--- kmail/kmmessage.cpp Sun Oct 8 11:59:23 2000
+++ kmail.new/kmmessage.cpp Wed Oct 11 14:30:14 2000
@@ -286,13 +286,12 @@
/* I'm not too sure about this change. Is it not possible
to have a long form of the date used? I don't
like this change to a short XX/XX/YY date format.
- At least not for the default. -sanders
+ At least not for the default. -sanders */
+ {
QDateTime datetime;
datetime.setTime_t(date());
- result += KGlobal::locale()->formatDate(datetime.date());
- */
- // dyp: Use our own procs
- result += KGlobal::locale()->formatDateTime(QDateTime::currentDateTime(), false);
+ result += KGlobal::locale()->formatDateTime(datetime, false);
+ }
break;
case 'F':
result += stripEmailAddr(from());
svn path=/trunk/kdenetwork/kmail/; revision=67191
KMail's file locking implementation uses the fcntl system calls by default.
This has problems in situations where your mail account folders are mounted
over nfs. There is a new hidden option where you can change the locking
implementation for local mail accounts. This will enable you to use a local
mail account which is mounted over nfs.
There are four different locking options you can use:
procmail_lockfile
mutt_dotlock
mutt_dotlock_privileged
none
procmail_lockfile will use a small utility that comes with procmail called
lockfile. You can use this if your mail folder is in a directory where you
have write permissions. This will not work on your /var/spool/mail/user file
in most cases. It will create .lock files on your account when kmail is
checking for new mail. Please note that this will only work if procmail is
installed on your system.
mutt_dotlock and mutt_dotlock_privileged will both use a small utility that
comes with mutt called mutt_dotlock. mutt_dotlock can be used in the same
way as the procmail_lockfile option, with the same limitation with regards to
the /var/spool/mail/ folders. However, the mutt_dotlock_privileged option
can create lock files in the /var/spool/mail directory. mutt_dotlock is a
setgid program and this option will run mutt_dotlock in setgid mode. Please
note that these options will only work if mutt is installed on your system.
If you don't want to use any locking, the none option is what you want.
However, there are risks of losing mail when no locking is used.
In your kmailrc, there are group sections for each of your mail accounts-
These will typically look like:
[Account 1]
Folder=inbox
Location=/net/ns/home/wynnw/.newmail
Name=Work
Type=local
check-exclude=false
check-interval=10
precommand=
To change the account to use the locking mechanism you want, change it to:
[Account 1]
Folder=inbox
Location=/net/ns/home/wynnw/.newmail
Name=Work
Type=local
check-exclude=false
check-interval=10
precommand=
LockType=<value>
where <value> is procmail_lockfile, mutt_dotlock, mutt_dotlock_privileged, or
none. So an actual working account group would look like:
[Account 1]
Folder=inbox
Location=/net/ns/home/wynnw/.newmail
Name=Work
Type=local
check-exclude=false
check-interval=10
precommand=
LockType=mutt_dotlock
Please make the changes exactly as you see them here- case sensitivity is
very important, as is spelling:)
svn path=/trunk/kdenetwork/kmail/; revision=66768
kmail doesn't do session management due to a duplicated close event in
kmtopwidget.cpp. This patch fixes it:
svn path=/trunk/kdenetwork/kmail/; revision=66766
non-iso8859-1 support to KMail. This has a GUI change a "Set encoding..."
menu item has been added to the "Options" menu of the composer. This patch
fixes many bugs that non-iso8859-1 users consider critical. I've been
testing if for a few days now, it seems not to adversely affect iso-8859-1
only users, but it's pretty big and needs more testing.
Also a small patch from me to fix some int methods returning bools in
kmfilteraction.cpp (notice by Rik Hemsley, thanks Rik).
Update version number to 1.1.95.3
svn path=/trunk/kdenetwork/kmail/; revision=66711
Add a --body commandline parameter which lets you pass a template body
text to KMail without using an extra file
svn path=/trunk/kdenetwork/kmail/; revision=66105
When no attachment name use "Attachment: " #+ attachnum, this is useful
for message digests.
When no filename exists and the attachment is a message use the message
subject as the attachment name this is useful for message digests.
When showing the list of message attachments, recurse into nested
attachments, useful for handling some MS messages.
svn path=/trunk/kdenetwork/kmail/; revision=66005