-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Has anybody an idea if there is a screw to reduce temp-usage
Last friday the disk was full and i had to restart dbmail-imapd
There are many files which are "deleted" and only seen with lsof
/dev/sde1 ext47,9G 5,0G 3,0G 63% /tmp
[r...@mai
On Mittwoch 12 August 2009 Reindl Harald wrote:
> Has anybody an idea if there is a screw to reduce temp-usage
>
> Last friday the disk was full and i had to restart dbmail-imapd
> There are many files which are "deleted" and only seen with lsof
I think the only thing is to resize that partition o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hm - I think there is a bug because the files are marked as deleted but
space is allocated
Michael Monnerie schrieb:
> On Mittwoch 12 August 2009 Reindl Harald wrote:
>> Has anybody an idea if there is a screw to reduce temp-usage
>>
>> Last friday
Michael Monnerie wrote:
> On Dienstag 11 August 2009 Reindl Harald wrote:
>> Please do not missunderstand me: Because of this things i got as
>> nearly no sleep searching and patching things that should work out of
>> the box while our customers are standing with a loaded gun behind me
>
> By shou
> Not *that* simple, but I did it nonetheless. My GIT master tree now
> supports AUTH=CRAM-MD5.
>
> This will however *only* work for people using authsql and plaintext
> passwords.
Thanks very much Paul!
___
DBmail mailing list
DBmail@dbmail.org
http:/
Reindl,
This was discussed on the list some time ago. Please try searching the
list archives.
IIRC, It is a bug that is probably triggered by a very low value for
MAXCONNECTS in dbmail.conf
Reindl Harald wrote:
>
> Hm - I think there is a bug because the files are marked as deleted but
> space
On Mittwoch 12 August 2009 Reindl Harald wrote:
> Hm - I think there is a bug because the files are marked as deleted
> but space is allocated
No, that is intended. This is a security measure, as nobody else can
access the files anymore. As soon as you stop the daemons, the space
will be freed a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul J Stevens schrieb:
> This was discussed on the list some time ago. Please try searching the
> list archives.
>
> IIRC, It is a bug that is probably triggered by a very low value for
> MAXCONNECTS in dbmail.conf
Hi
As the disk ran full it was
Reindl Harald wrote:
>
> Paul J Stevens schrieb:
>
>> This was discussed on the list some time ago. Please try searching the
>> list archives.
>
>> IIRC, It is a bug that is probably triggered by a very low value for
>> MAXCONNECTS in dbmail.conf
>
> Hi
>
> As the disk ran full it was configur
On Mittwoch 12 August 2009 Reindl Harald wrote:
> As the disk ran full it was configured to 1000 and i configured to 25
> because i am hoping that the processes owning the temp-files will die
> earlier, but there are also 5 GB of deleted temp-data
>
> What is wrong in my logic?
> If i restart imapd
On Mittwoch 12 August 2009 Paul J Stevens wrote:
> Not *that* simple, but I did it nonetheless. My GIT master tree now
> supports AUTH=CRAM-MD5.
>
> This will however *only* work for people using authsql and plaintext
> passwords.
Thank you. Is that dbmail-2.3 only I guess?
BTW, you should be cal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul J Stevens schrieb:
First:
Thank you for the great software and yes i know that it is not easy to get away
all bugs
in all situations because i'm web-developer and i say only "ms internet
explorer"
I love the idea to have all in a database and
On Mittwoch 12 August 2009 Jonathan Feally wrote:
> Of course 2.3.x has native SSL support, making stunnel just added
> overhead.
Oh, that's nice. So I'll stick with stunnel for the moment, just
compiled it tonight it's painless.
Why I don't want to compile myself is because I don't know about
s
13 matches
Mail list logo