Displaying 10 results from an estimated 10 matches for "len7hir".
2010 Sep 10
2
Panic: Leaked t_pop() call
...io_loop_run (ioloop=0x8058370) at ioloop.c:350
#9 0xb7e49f5a in master_service_run (service=0x80582c0,
callback=0x804b090 <client_connected>) at master-service.c:496
#10 0x0804af66 in main (argc=0, argv=0x0) at main.c:250
If You want core file I can send, but maybe this is unnecessary.
--
Len7hir
2010 Sep 01
3
Dovecot - some more optimisations
...'\n' was skipped (this piece of code is used very rare).
Please check this out. This can help in huge e-mail systems :P
And another problem. Why You use safe_memset instead of memset?
Now this function have the largest impact in Dovecot performance.
Another on list is t_push.
Regards,
Len7hir
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dovecot-patch1.diff
URL: <http://dovecot.org/pipermail/dovecot/attachments/20100901/207bdd8c/attachment-0006.pl>
-------------- next part --------------
An embedded and charset-unspecified t...
2010 Aug 10
1
Why p_strdup and other string functions uses loops instead strlen? (dovecot 2.0.rc4)
...1.8393 buffer_write
658 1.8010 __i686.get_pc_thunk.bx
614 1.6806 safe_memset
586 1.6039 pool_alloconly_malloc
559 1.5300 p_strdup
533 1.4589 hash_table_insert_node
I wonder why You use loops instead strlen, which is optimalised on every
platforms.
Redgards,
Len7hir
2010 Sep 03
1
safe_memset
...memset is called from pool_alloconly_clear.
I attach result from oprofile - functions (with call tree) that have
more than 2% of all oprofile samples in libdovecot.so.
p_strdup is on the list, but it is lower than before last optimisations.
As You see there is no other optimised functions :)
--
Len7hir
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: libdovecot_profile.txt
URL: <http://dovecot.org/pipermail/dovecot/attachments/20100903/e91b51e1/attachment-0002.txt>
2010 Oct 11
1
Dovecot 2.0.5 crash when It cannot remove maildir
...oop_run (ioloop=0x806c370) at ioloop.c:350
#11 0xb7e5b26a in master_service_run (service=0x806c2c0,
callback=0x805f800 <client_connected>)
at master-service.c:496
#12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358
This is Dovecot error or I do something wrong?
--
Len7hir
2011 Feb 02
1
Resource temporarily unavailable
...t = 0
vsz_limit = 128M
process_min_avail = 8
}
FD limit in system = 32000
8 cpu, 28GB RAM
about 50 login per second
Different Error messages I've when set service_count = 1.
Feb 2 10:21:29 pp4 dovecot: pop3-login: (5052) Disconnected: Connection
queue full (no auth attempts)
--
Len7hir
2010 Oct 11
0
AUTOREPLY Dovecot 2.0.5 crash when It cannot remove maildir
...oop_run (ioloop=0x806c370) at ioloop.c:350
#11 0xb7e5b26a in master_service_run (service=0x806c2c0,
callback=0x805f800 <client_connected>)
at master-service.c:496
#12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358
This is Dovecot error or I do something wrong?
--
Len7hir
2012 May 30
2
Strange Dovecot 2.0.20 auth chokes and cores
...normal.
We compile Dovecot with poll instead of epoll (--with-ioloop=poll) and
this works for us.
Is any problem with epoll on 3.2.x kernels? Or maybe this is Dovecot problem?
Maybe this is not connected with epoll, but epoll is interferes with this.
Problem on Dovecot 2.0.11 and 2.0.20.
--
Len7hir
2009 May 08
2
Problem with IMAP (rename and delete non existent folder).
I don't know if this problem exists only in my version of dovecot, or in
all...
To reproduce BUG do this (use gdb):
telnet localhost 143
o login addr at email.sth verystrong_pass
o delete "kj-test-folder"
o rename "kj-test-folder"
o rename "kj-test-folder" "other-folder"
SIGABRT
Of course kj-test-folder is not exist.
BT:
#31 0xb7da0022 in free ()
2009 May 25
2
Namespace delimiter...
As RFC3501 (IMAP) say:
'A NIL hierarchy delimiter means
that no hierarchy exists; the name is a "flat" name.'
How to change delimiter to NIL?
We have flat namespaces in our storage.
Now I hardcoded this and everything is working, but maybe it is another
possibility...
--
Konrad