300 users
80 connections on Imap, most users use pop3
50 GB
Am 12.08.2013, 11:35 Uhr, schrieb Jorge Bastos <[email protected]>:
Tell me,
What's your configuration?
- total users
- +/- simultaneous connections per minute
- DB size on this moment
Just want to compare with my setup
(
- 1800 users
- 250/300 simultaneous connections
- 185GB right now
)
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Harald Leithner
Sent: segunda-feira, 12 de Agosto de 2013 10:33
To: DBMail mailinglist
Subject: Re: [Dbmail] dbmail 3.1.2 status
Hi,
my 2 cents,
Am 11.08.2013, 23:11 Uhr, schrieb Paul J Stevens <[email protected]>:
>
> Harald,
>
> thanks for reporting.
>
> On 2013-08-10 02:38, Reindl Harald wrote:
>> after a week running dbmail 3.1 a short report
>>
>> * memory usage: perfect, dbmail-imapd currentyl 133 MB
>> and sometimes it goes below 100 MB
>> so no leaks and dail restarts needed
>
> I see the same, and still improving in the master branch. And it's
not
> only the memory footprint that improves because of this, but also
> speed to some extend.
>
Uptime 4 Days consumes 882M mb memory, it leaks about 200 MB per day.
But performance is great.
>
>> some small issues with no idea how to debug because
>> it happens not often enough to enable debug-logs in
>> production or not possible to reproduce with my clients
>
> If it's impossible to reproduce reliably, it's difficult to debug. I
run
> into smaller and bigger problems all the time, mostly from testing
with
> the stuff in test-scripts. Also, adding new IMAP capabilities like
I've
> been busy doing since 3.1.2 exposes older code to review and
> refactoring. I finally have a simple but effective framework in place
> for automatic schema migrations - very cool. So, when adding a rather
> complex capability like CONDSTORE (rfc4551) only takes a day or two,
it
> gives me a nice fuzzy feeling about the state of the code. I must be
> doing something right. Of course that feeling disappears as I stumble
on
> older code that doesn't look quite right...
Its really great that you add new stuff, do you know a table which
client
supports with imap extension?
Any thing new on RFC6154, if I understood it correctly you can extend
the
users table with the 7 Fields and set the SPECIAL-USE defaults in
dbmail.conf.
>
>> * IMAP / Tunderbird: in the message-list randomly empty subject
>> it is present in the preview
>
> I've seen it, right around 3.1.0 or 3.1.1, but not since...
No problems with this.
>
>> mostly folder-options -> rapair let it appear in the list
>> sometimes this is need twice, i can find no logic there
>> maybe some timing/race-conditions, hard to debug
>>
>> * Apple Mail - i hate it
>> POP3 as well as IMAP until now 3 messages which are
>> reported to me with empy or crippeled body
>> AFAIK all times multipart-messages
>
> That is possibly a combination of the exact IMAP commands that expose
a
> bug in GMime. Only way to know for sure is by running the IMAP
commands
> Apple uses to fetch a message, against the exact MIME structure of
the
> message involved.
>
> And even updating GMime is not guaranteed to fix things, since I've
> worked around problems and limitations in GMime in the past, rather
than
> getting them fixed or dealt with in GMime proper.
>
> GMime is really nice and it's author very helpful. It does however
> depend on downstream users like dbmail for battle-testing some parts
of
> the code.
My 10 Apple Mail clients don't have this problem.
>
>> in all cases no problem in roundcube-mail or Thunderbird
>
> Good. I really love how much more responsive especially imap now is,
> compared with 3.0.2.
>
>> * twice one thread appeared to consume 100% CPU without
>> lead to troubles for active users and SIGTERM ignroed
>
> I would try to strace the thread involved. Maybe that will give me
some
> hint as to where it's happening in the code.
>
> top -bH -n 1 -p <PID>
>
> should give you a listing of the threads, with process-ids per
thread.
> Maybe one particular thread is causing havoc, which you can then
strace.
>
>
I would upgrade use SIGHUP to debug, but no time atm and my customers
should have a short period of time with a great working mail server
without experiments ;-)
>
>
>
>> _____________________________________________
>>
>> [root@mail:~]$ systemctl status dbmail-imapd.service
>> dbmail-imapd.service - DBMail IMAP Server
>> Loaded: loaded (/usr/lib/systemd/system/dbmail-imapd.service;
>> enabled)
>> Active: active (running) since Di 2013-08-06 14:08:19 CEST; 3
days
>> ago
>> Main PID: 5921 (dbmail-imapd)
>> CGroup: name=systemd:/system/dbmail-imapd.service
>> └─5921 /usr/sbin/dbmail-imapd -D
>
thx
--
Harald Leithner
ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: [email protected] | itronic.at
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
--
Harald Leithner
ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: [email protected] | itronic.at
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
