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
