Am Tue, 08 Oct 2019 14:18:14 +0300 schrieb Aki Tuomi via dovecot:
> https://dovecot.org/releases/2.3/dovecot-2.3.8.tar.gz
> https://dovecot.org/releases/2.3/dovecot-2.3.8.tar.gz.sig Binary
> packages in https://repo.dovecot.org/
Hi,
this commit
https://github.com/dovecot/core/commit/
cebaac29a3
Am Mon, 13 Nov 2017 15:40:14 -0500 schrieb Josef 'Jeff' Sipek:
> What happens if in dovecot's byteorder.h you add this before line 30:
>
> #undef bswap_8
> #undef bswap_16
> #undef bswap_32
> #undef bswap_64
>
> Hopefully that does it.
Hi Jeff,
adding these four lines f
Hi,
this commit
https://github.com/dovecot/core/commit/c9d76e2baf653fa5504d6849e5c1aae32eff3c53
added code which can not be compiled with uclibc-ng 1.0.26 using buildroot:
make[3]: Entering directory
'/home/bernd/buildroot/br4/output/build/dovecot-2.2.33.2/src/lib-test'
/bin/bash ../../libtool
Bernd Kuhls wrote in
news:xnsa3df68dcaef69berndkuhlspkbjnfx...@bernd-kuhls.de:
> Tomas Janousek wrote in news:20070413132731.GA8281
> @redhat.com:
>
>> - SQL_LIBS="$SQL_LIBS -lsqlite3 -lz"
>> + SQLITE_LIBS="$SQLITE_LIBS -lsqlite3
Timo Sirainen wrote in news:4E4FCBED-7FFC-4583-B075-
5a65632ef...@iki.fi:
> Similar to code already in sha1.h, an easier fix is to add to strnum.h
>
> #define str_to_time str_to_time_libmysqlclient_craps_all_over
Hi,
thanks, the compile bug is fixed.
Regards, Bernd
Hi,
this patch fixes a symbol conflict in static build with MySQL enabled
Compile error log:
http://autobuild.buildroot.net/results/9b5/9b536926b3b2bf82c683b48e9697a220
f1b4bf33/build-end.log
Signed-off-by: Bernd Kuhls
diff -uNr dovecot-2.2.15.org/src/doveadm/doveadm-log.c dovecot-
2.2.15/src
Tomas Janousek wrote in news:20070413132731.GA8281
@redhat.com:
> - SQL_LIBS="$SQL_LIBS -lsqlite3 -lz"
> + SQLITE_LIBS="$SQLITE_LIBS -lsqlite3 -lz"
Hi,
this patch fixes a build error during cross compilation to a system without
the libz target package:
--- dovecot-
Hi,
http://hg.rename-it.nl/dovecot-2.2-pigeonhole/rev/a1e57385b267
added the use of update-version.sh, but this file and is-tagged.py are not
included in Pigeonhole, only in Dovecot sourcecode. Therefore pigeonhole-
version.h is not generated during compilation leading to a compile error:
../..
On Do 10 Jan 2008 08:17:15p Peter Eriksson wrote:
> All the suggested ones have just one big FAT problem - they are
> all written in that security bug ridden language that the hackers
> just love to exploit - PHP.
Hi,
you could try NeoMail, written in Perl.
http://sourceforge.net/projects/neoma
Timo Sirainen wrote:
On Sun, 2007-09-30 at 16:01 +0200, Bernd Kuhls wrote:
unless you can provide another way to restrict access to IMAP and POP3
to our local IP range this is not an option for us.
iptables?
Until now no new crash in the logs. I will try to reproduce the bug.
I suppose
Timo Sirainen wrote:
On Sat, 2007-09-29 at 20:06 +0200, Bernd Kuhls wrote:
dovecot: 2007-09-25 16:54:08 Panic: Lost login process PID 420
..
Dovecot is started through inetd.
Running from inetd hasn't been tested all that much. I'll see if I can
get this fixed, but you could avo
crash uses Dovecot already for several months and he said he saw this
problem already several times but he was unable to tell me a procedure
to reproduce the bug.
Greetings, Bernd Kuhls
PS: My config
# dovecot -n
# 1.0.5: /etc/dovecot/dovecot.conf
log_path: /var/log/dovecot/dovecot.main
log_t
Timo Sirainen wrote:
On Sun, 2007-09-09 at 23:52 +0200, Bernd Kuhls wrote:
# cat 20070909-234323-10517.in
...
DONE
13 list "" "Drafts"
14 create "Drafts"
15 subscribe "Drafts"
16 list "" "Drafts"
17 IDLE
There is no APPEND command, s
Hi,
Timo Sirainen wrote:
On Tue, 2007-08-07 at 12:21 +0200, Bernd Kuhls wrote:
Now I create a new message in Thunderbird and save it as draft. A zero
byte file "Drafts" is created in /home/$user/.imap_mail/ but the message
I wanted to save got _lost_, /home/$user/.imap_mail/Draft
Hi,
Timo Sirainen wrote:
On Tue, 2007-08-07 at 12:21 +0200, Bernd Kuhls wrote:
Now I create a new message in Thunderbird and save it as draft. A zero
byte file "Drafts" is created in /home/$user/.imap_mail/ but the message
I wanted to save got _lost_, /home/$user/.imap_mail/Draft
Bernd Kuhls wrote:
Now I create a new message in Thunderbird and save it as draft. A zero
byte file "Drafts" is created in /home/$user/.imap_mail/ but the message
I wanted to save got _lost_, /home/$user/.imap_mail/Drafts stays at zero
bytes. The next message I try to save as draft fin
Hi,
Timo Sirainen wrote:
On Fri, 2007-07-06 at 11:54 +0200, Bernd Kuhls wrote:
- The index for $HOME/.imap_mail/inbox is created in
$HOME/.imap_mail/.imap/inbox/, while the indexes for other mbox files
are created in /var/mail/indexes/%u, like its supposed to be. How to
disable
move 100+ /var/mail/$user
mbox files to /home/$user/.imap_mail/inbox. But when Dovecot can not
properly save files to previous non-existing mbox files, like Drafts,
this is really a problem.
Greetings, Bernd Kuhls
PS: Here are the Dovecot settings:
# dovecot -n
# 1.0.3: /etc/dovecot/dovecot.con
Bernd Kuhls wrote:
I am using Dovecot 1.0.0, might updating to 1.0.1 help fixing some of
the problems mentioned above?
Hi,
updated to Dovecot 1.0.3, but all the mentioned problems still exist.
Greetings, Bernd
Timo Sirainen wrote:
http://dovecot.org/patches/mbox-snarf-plugin.c
Hi,
small update from an end-user of this plugin:
generally it works like expected, but some problems I mentioned are not
solved yet. Here are my main config settings:
mail_location =
mbox:~/.imap_mail:INBOX=/var/mail/%u:
/inbox is however created in
$HOME/.imap_mail/.imap/inbox/, while the indexes for other mbox
files are created in /var/mail/indexes/%u, like its supposed to be.
Is this a bug or a misconfiguration on my part?
Greetings, Bernd Kuhls
Bernd Kuhls wrote:
Brian T Glenn wrote:
They aren't thoroughly tested, but I've been running on them for a
little while and they seem stable. This is based on the latest RC from
backports.org and is built for sarge.
deb http://debian.delink.net/ sarge-delink main
I would like t
Timo Sirainen wrote:
On 10.6.2007, at 23.10, Bernd Kuhls wrote:
This mailbox is snarfed by Dovecot each time the Inbox is opened,
because the mail is not deleted from /var/mail$user, although Dovecot
successfully snarfed the mail to /home/$user/.imap_mail/inbox.
/home/$user is not overquota
Timo Sirainen wrote:
On 10.6.2007, at 23.10, Bernd Kuhls wrote:
This mailbox is snarfed by Dovecot each time the Inbox is opened,
because the mail is not deleted from /var/mail$user, although Dovecot
successfully snarfed the mail to /home/$user/.imap_mail/inbox.
/home/$user is not overquota
Hi,
Bernd Kuhls wrote:
It managed to copy the contents of a mbox from /var/mail/$user to
/home/$user/.imap_mail/inbox, well done!
I have yet to conduct more testing
I did that now and I found another problem.
If /var/mail/$user does not exist, its created by Exim when
delivering a mail, the
e for Etch.
Could you give me some hints on how to do that? A URL with generic
instructions on how to backports packages would be enough for me.
But if you had to tweak something special for Dovecot 1.0.0 I would
be grateful if you could post specific instructions here.
Greetings, Bernd Kuhls
l me. :)
In your new patch you changed exactly this code, did you have a reason
to do so? I have yet to test your patch in an over-quota scenario, so I
can´t tell you my experience with the patch.
Greetings, Bernd Kuhls
MAP(kuhls): Timeout leak: 0x808ad10
Anything to worry about?
Greetings, Bernd Kuhls
Timo Sirainen wrote:
Getting backtrace of the crash could also show where the problem is.
http://dovecot.org/bugreport.html
Hi,
later I will try to backport the Dovecot 1.0 Debian package to Etch,
but for now I can only provide you a backtrace:
(gdb) bt full
#0 0x0808a778 in index_storage_ge
?
Greetings, Bernd Kuhls
e was
released in December 2006.
What I am doing wrong?
Using TCP wrappers instead seems not to be an option according to
http://dovecot.org/list/dovecot/2006-April/012476.html
Greetings, Bernd Kuhls
31 matches
Mail list logo
