tal: master: service(imap): child 26833 killed
> with signal 6 (core dumped)
>
> Reverting to 2.1.9 with the exact same config file works just fine
So far I'm not having problems wit 2.1.10 here (coming from 2.1.9)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité
t where the sieve extension is located at?
http://xi.rename-it.nl/debian/dists/unstable-auto/
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 4
an I be sure that the log entry from 10:06:17 "belongs" to the
log entry from "09:36:05"? Also, what is the meaning of the
"session="?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hin
m
mail_log_prefix = "%s(%u): "
to
mail_log_prefix = "%s(%u) %{session}: "
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49
o duplicate all emails to duplicate accounts ? backup
> folders ? so, next time he deletes emails they can be 'recovered' on the
> server ?
>
> I was thinking along the lines of duplicating ALL emails...?
>
> any tips and pointers appreciated
http://wiki.dovecot.org/
* Jan-Frode Myklebust :
>
>
> +1
>
> Better to be lenient, than to confuse users by accepting some but not other
> messages.
Amen to that! +1
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
it
retrieve the pruned userlist via list_members listname
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra..
hink it's slow and I dont't know howto measure.
> 4. I thint it's slow.
> 5. I think it's slow.
> 6. I like a "Plan B"
Try it. The hardest part is to only scan mails younger than "last scan".
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung N
ppasswd)
breaks the authentication scheme somewhat. Users cannot log in anymore.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
* Timo Sirainen :
> On Fri, 2010-04-16 at 10:30 +0200, Ralf Hildebrandt wrote:
> > I'm getting a lot of entries like this in my log:
> >
> > Apr 16 10:10:18 postamt dovecot: auth(default):
> > shadow(doxxxris,141.42.206.38): CRYPT(wrongpassword) !=
> > &#x
applies cleanly and seems to work as well. I'm running it right
> > now.
> >
> > Are there any plans to include this in 1.2 still?
>
> I was planning to avoid adding any changes to v1.2 that aren't bugfixes.
> (This more like a feature. :)
Oh, come on. You eve
Hi
I'm running 1.2.13 with sieve & managesieve; no problems whatsoever,
but the patching & compilation process is a PITA.
So I thought, why not try out 2.0rc4 for a change.
But: I don't find sieve & managesieve mentioned there - what do I
need to enable those?
* Timo Sirainen :
> On Thu, 2010-08-05 at 16:38 +0200, Ralf Hildebrandt wrote:
>
> > So I thought, why not try out 2.0rc4 for a change.
> >
> > But: I don't find sieve & managesieve mentioned there - what do I
> > need to enable those?
>
> - Get a
make[3]: *** [doveadm] Error 1
make[3]: Leaving directory /usr/src/dovecot/dovecot-2.0.rc4/src/doveadm'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory /usr/src/dovecot/dovecot-2.0.rc4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory /usr/src/dovecot/dov
* Eray Aslan :
> On 08/05/2010 06:29 PM, Ralf Hildebrandt wrote:
> >OK, rc4 doesn't build for me:
>
> http://www.dovecot.org/list/dovecot/2010-August/051334.html
Yep.
I'll try that.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitä
>From my log:
Aug 10 12:23:39 postamt dovecot: IMAP(megow): Inotify instance limit for user
exceeded, disabling. Increase /proc/sys/fs/inotify/max_user_instances
# wc -l subscriptions
95
# cat /proc/sys/fs/inotify/max_user_instances
128
Why does 95 exceed 128?
--
Ralf Hildebra
* Timo Sirainen :
> On Wed, 2010-08-11 at 17:37 +0200, Ralf Hildebrandt wrote:
> > >From my log:
> > Aug 10 12:23:39 postamt dovecot: IMAP(megow): Inotify instance limit for
> > user exceeded, disabling. Increase /proc/sys/fs/inotify/max_user_instances
> >
>
ections? God only knows what my users do!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
* Timo Sirainen :
> On Wed, 2010-08-11 at 18:08 +0100, Timo Sirainen wrote:
> > On Wed, 2010-08-11 at 18:16 +0200, Ralf Hildebrandt wrote:
> > > > > Aug 10 12:23:39 postamt dovecot: IMAP(megow): Inotify instance limit
> > > > > for user exceeded, disa
* Timo Sirainen :
> But yeah, if you haven't added any limits to how many connections users
> can create, I guess they could easily use up 128 connections.
mail_max_userip_connections = 2048
that's because of the webmailer, which, due to imapproxy, uses many
simultaneous connec
Postfix has "message_size_limit = 26214400", but that doesn't keep my
users from sending huge messages which canot be sent, but can be
stored in the IMAP "Sent" folder.
Is it possible to set a size limit for the size of a single mail?
--
Ralf Hildebrandt
Geschä
* Timo Sirainen :
> On Tue, 2010-08-31 at 15:17 +0200, Ralf Hildebrandt wrote:
> > Postfix has "message_size_limit = 26214400", but that doesn't keep my
> > users from sending huge messages which canot be sent, but can be
> > stored in the IMAP "Sent"
ndle_input+0x1bc) [0x806772c] ->
imap(client_input+0x5f) [0x8067eff] -> imap(io_loop_handler_run+0xe0)
[0x80f90c0] -> imap(io_loop_run+0x20) [0x80f8530] -> imap(main+0x5f5)
[0x8070985] -> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)
[0xb7ecd775] -> imap [0x805fce1]
Jun 20 15:00
* Timo Sirainen :
> On Jun 20, 2009, at 9:27 AM, Ralf Hildebrandt wrote:
>
>> Jun 20 15:00:13 postamt dovecot: IMAP(virus-al):
>> /home/v/i/virus-al/Maildir/dovecot-uidlist: next_uid was lowered (70 ->
>> 2)
>
> Any idea why this happened? next_uid really shouldn
* Max Ivanov :
> I've deleted some mails using my handmade tool, it deletes some files
> in "cur" subdir, but deleted messages are still appear in thunderbird.
> I believe that's because of stale index file. Is it safe to delete
> dovect.index?
Yes
--
Ralf H
uth cache may work case-insensitive, thus making the
"User invalid" response for "Loser" also valid for "loser" (which is
the valid and correct username!)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Ben
>
> It's case-sensitive.
>
> I also tried and couldn't reproduce the problem.
OK. I hate my users :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Te
managesieve with dovecot-1.2.
SquirrelMail 1.4 is using the avelsieve plugin to created/edit the
sieve rules.
What am I doing wrong here?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203
* Timo Sirainen :
> On Wed, 2009-07-15 at 20:59 +0200, Ralf Hildebrandt wrote:
> > $HOME/.dovecot.sieve.log reports:
> >
> > main_script: line 8: error: require command: unknown Sieve capability
> > 'imapflags'.
> > main_script: line 8: error
* Ralf Hildebrandt :
> > http://wiki.dovecot.org/LDA/Sieve/Dovecot#Migration_from_CMUSieve
>
> Damn, I didn't know my users still had OLD sieve scripts back from
> when I tried cmusieve for about one week. Thanks!
I deleted the old sieve scripts. Fine.
New problem: I can
ed elsewhere special to cyrus
Right now the patch fixed the issues :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
r
8d658 "a0398", name = 0x948d660 "NOOP", args = 0x0,
cmd_flags = COMMAND_FLAG_BREAKS_SEQS, func = 0, context = 0x0,
module_contexts = {arr = {buffer = 0x948d620, element_size = 4},
v = 0x948d620, v_modifiable = 0x948d620}, parser = 0x94925d0,
state = CLIENT_COMMAND_STATE
3e49a5
> http://hg.dovecot.org/dovecot-1.2/rev/5a4875e92829
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
g.. I can always try to get those
> crashes fixed, but I think the underlying problem is some external
> script or something.
Could be, but as you can see the crash happens WAY WAY later.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Ca
locals.
$1 = {prev = 0x0, next = 0x0, client = 0x94193f8, pool = 0x9419670,
tag = 0x9419700 "A004", name = 0x9419710 "UID STORE",
args = 0x9419720 "1:* +FLAGS (\\Deleted)",
cmd_flags = COMMAND_FLAG_BREAKS_SEQS, func = 0x8065a20 ,
context = 0x0, module_contexts = {
ib/dovecot/imap/lib20_mail_log_plugin.so [0xb7d69bfb] ->
/usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so [0xb7d69f95] ->
/usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so [0xb7d6a494] ->
imap(cmd_store+0x475) [0x8065e95] -> imap [0x806769c] -> imap
[0x8067743] -> imap(c
ou kernel & libc support inotify
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
ually have 1200 simultaneous connections during the day, that'S about 8%
of our total accounts on the box.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 |
ecipi...@charite.de being a mailbox with a 10.0 MB limit.
I attached dovecot -n and the quota warn script.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 3
* Ralf Hildebrandt :
> I'm using 1.2.6 with the managesieve patch and maildir++ quotas (via
> the maildirsize file). Again, I found that the quota warning is not
> being triggered.
Updated to 1.2.8 this moment - still the same
--
Ralf Hildebrandt
Geschäftsbereich IT | Abte
* Ralf Hildebrandt :
> * Ralf Hildebrandt :
> > I'm using 1.2.6 with the managesieve patch and maildir++ quotas (via
> > the maildirsize file). Again, I found that the quota warning is not
> > being triggered.
>
> Updated to 1.2.8 this moment - still the same
Uhm
* Timo Sirainen :
> On Nov 26, 2009, at 8:20 AM, Ralf Hildebrandt wrote:
>
> > I'm using 1.2.6 with the managesieve patch and maildir++ quotas (via
> > the maildirsite file). Again, I found that the quota warning is not
> > bering triggered.
> >
> &g
"IDLE", args = 0x0, cmd_flags = 10,
func = 0x80628b0 , context = 0x872deb8,
module_contexts = {arr = {buffer = 0x872de70, element_size = 4},
v = 0x872de70, v_modifiable = 0x872de70}, parser = 0x8730620,
state = CLIENT_COMMAND_STATE_WAIT_INPUT, sync = 0x0, uid = 0, cancel = 0,
param_error = 0, search
* Ralf Hildebrandt :
> Dec 1 09:13:10 postamt dovecot: deliver(hau-po): Quota root: name=
> backend=maildir args=
> Dec 1 09:13:10 postamt dovecot: deliver(hau-po): Quota rule: root=
> mailbox=Trash bytes=2147483648 messages=0
> Dec 1 09:13:10 postamt dovecot: deliver(hau-po)
0, v_modifiable = 0x9f82e70},
parser = 0x9f85620, state = CLIENT_COMMAND_STATE_WAIT_INPUT, sync = 0x0,
uid = 1, cancel = 0, param_error = 0, search_save_result = 0,
temp_executed = 0}
(gdb) quit
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
* Timo Sirainen :
> On Dec 3, 2009, at 4:26 AM, Ralf Hildebrandt wrote:
>
> > #2 0x0808cb13 in maildir_copy_hardlink (ctx=0x9fbcf98, mail=0x9fe5070)
> >at maildir-copy.c:246
> >src_mbox = 0x9f87e98
> >do_ctx = {dest_path = 0x9fecdd8,
> &
* Timo Sirainen :
> On Dec 2, 2009, at 7:47 AM, Ralf Hildebrandt wrote:
>
> > * Ralf Hildebrandt :
> >
> >> Dec 1 09:13:10 postamt dovecot: deliver(hau-po): Quota root: name=
> >> backend=maildir args=
> >> Dec 1 09:13:10 postamt dovecot: deliver(h
* Timo Sirainen :
> On Tue, 2009-12-08 at 23:27 +0100, Ralf Hildebrandt wrote:
> > > Oh, that could be it. Although there is code to update these % limits
> > > when the actual quota limit is read, so in theory it should have worked
> > > at least. I'll test i
_data_stack_cur_id = 3
ret = false
remove_io =
handled_commands = false
__PRETTY_FUNCTION__ = "client_handle_input"
#19 0x080684cf in client_input (client=0x8cc8ba0) at client.c:753
cmd =
output = 0x8cc8d54
bytes =
__P
ot-1.2/rev/c9cc50405ca4
> http://hg.dovecot.org/dovecot-1.2/rev/24e48c1d7f79
>
> I guess I should release v1.2.9.
Yep :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 3
* Timo Sirainen :
> http://dovecot.org/releases/1.2/dovecot-1.2.9.tar.gz
> http://dovecot.org/releases/1.2/dovecot-1.2.9.tar.gz.sig
>
> Hopefully this release will be enough bug-free that I don't need to make
> v1.2 releases for next few months.
*keeps his fingers crossed*
0x9bbfeb8 "\"\" \"inbox\"", cmd_flags = 0,
func = 0x8064650 , context = 0x9bbfec8, module_contexts = {arr = {
buffer = 0x9bbfe70, element_size = 4}, v = 0x9bbfe70,
v_modifiable = 0x9bbfe70}, parser = 0x9bc2620,
state = CLIENT_COMMAND_STATE_WAIT_INPUT, sync
* Ralf Hildebrandt :
> I got about 20 (!) of these today
Log:
Dec 30 10:48:26 postamt dovecot: IMAP(cto-4c): Panic: file cmd-list.c:
line 242 (ns_get_listed_prefix): assertion failed: (match == IMAP_MATCH_YES)
Dec 30 10:48:26 postamt dovecot: IMAP(ct): Raw backtrace: imap
[0x80f1
x950feb8,
module_contexts = {arr = {buffer = 0x950fe70, element_size = 4},
v = 0x950fe70, v_modifiable = 0x950fe70}, parser = 0x9512620,
state = CLIENT_COMMAND_STATE_WAIT_INPUT, sync = 0x0, uid = 0, cancel = 0,
param_error = 0, search_save_result = 0, temp_executed = 0}
(gdb) quit
--
> 1) Is the array sorted (recs[n]->uid < recs[n+1]->uid always)?
Yes, it's sorted!
> 2) is rec->uid anywhere in the recs array?
I don't understand this question. All the entries recs[0] ... recs[56]
are containing entries like the ones above.
> On 01/04/2010 0
Does that output help?
* Ralf Hildebrandt :
> * David Halik :
> >
> > Ralf, you're seeing the same panic I've been going back and forth
> > with Timo on for the last two weeks. Do you think you could run a
> > couple of quick gdb commands? Timo asked me for
est soon and report how it goes over a few
> days, and I'll release 1.2.10.
I applied it today. Let's see how it goes.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berli
in the past):
sv d /var/service/dovecot
killall dovecot
killall -9 imap-login
ps auxwww|grep dovecot
to make sure everything would be dead...
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30
close their listeners and
> optionally shut down.
In some cases that didn't happen with the imap processes. Anyway. I'll
just try it now.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenbur
Hi!
I wrote a little something about how to prevent delivery to mailboxes
over quota while still being in the SMTP dialogue:
http://sys4.de/en/blog/2013/04/08/postfix-dovecot-mailbox-quota/
(Postfix/Dovecot-2.2)
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 Mü
* Thomas Leuxner :
> * Ralf Hildebrandt 2013.04.11 23:00:
>
> > http://sys4.de/en/blog/2013/04/08/postfix-dovecot-mailbox-quota/
>
> Hi Ralf,
>
> played around with it a bit. There is another thread here which indicates
> people couldn't get it to work. With
I wrote a little something about how I'm automatically creating
backtraces from coredumps:
http://sys4.de/de/blog/2013/04/13/core-catcher-linux/
I've been using this with Dovecot-HEAD and Squid-HEAD, mostly :)
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 Münc
-it.nl/dovecot-2.2-pigeonhole/
>
> It works.
Same here.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
* Robert Schetterer :
> quota_grace = 10%%
> quota_status_success = DUNNO
> quota_status_nouser = DUNNO
> quota_status_overquota = "552 5.2.2 Mailbox is full / Mailbox ist voll"
The very last line "quota_status_overquota" doesn't work. No matter
which kind of quoting I'm using ', "",
contained only whitespace, Dovecot returned an
> ENVELOPE reply with a huge literal value, effectively causing the
> IMAP client to wait for more data forever.
I wonder which clients this affected?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - U
case:
* Somebody sent us an email
* the user's account autoreplied on the eveing upon receipt (out of office)
That autoreply was sent with a message-id A
* next morning, the user read the mail, and composed a personal reply
* that reply was discarded by the recipient's mailserver, sinc
* Robert Schetterer :
> Am 20.07.2013 20:30, schrieb Robert Schetterer:
> > Hi Timo, i have reports from few users about lost performance with 2.17
> > maildir bigger mailboxes ( up to 2 GB ), i also use zlib plugin
> >
> > what about this patch.,may not working as i should?
> >
> > http://hg
* Robert Schetterer :
> back to 2.1.17
>
> looks like
>
> rising values for /proc/sys/fs/inotify/max_user_instances
> helped however i got no warning in the logs
>
> so wait and and see for now
Wasn't this the bug I encountered with inotify & the li
(username) tTbs7oPjfACNKs4m: Error:
Threading lost Message ID
What does that mean? WHY has the Message-Id been lost? How can I find
out WHICH MAIL caused this?
This is the most recent dovecot 2.2.x
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
* Ralf Hildebrandt :
> QUERY:THREAD REFERENCES ISO-8859-1 ALL
> RESPONSE: [SERVERBUG] Internal error occurred. Refer to server log for more
> information. [2013-08-09 15:42:34]
>
> Aug 9 15:41:48 postamt dovecot: imap(username) tTbs7oPjfACNKs4m: Error:
> Threading lost M
* Timo Sirainen :
> On Fri, 2013-08-09 at 15:45 +0200, Ralf Hildebrandt wrote:
> > QUERY:THREAD REFERENCES ISO-8859-1 ALL
> > RESPONSE: [SERVERBUG] Internal error occurred. Refer to server log for more
> > information. [2013-08-09 15:42:34]
> >
> > Aug
* Ralf Hildebrandt :
> * Timo Sirainen :
> > On Fri, 2013-08-09 at 15:45 +0200, Ralf Hildebrandt wrote:
> > > QUERY:THREAD REFERENCES ISO-8859-1 ALL
> > > RESPONSE: [SERVERBUG] Internal error occurred. Refer to server log for
> > > more information. [2013
* Timo Sirainen :
> On 11.8.2013, at 22.56, Timo Sirainen wrote:
>
> > On Fri, 2013-08-09 at 15:45 +0200, Ralf Hildebrandt wrote:
> >> QUERY:THREAD REFERENCES ISO-8859-1 ALL
> >> RESPONSE: [SERVERBUG] Internal error occurred. Refer to server log for
> >&
g our
maximum_message_size by far). So the mail never gets sent, but stays in
the Drafts folder.
Once I try moving that mail to exchange, it won't accept the message
since it's too big. I think it would be interesting to have a limit on
the total size of an IMAP object, just like in SMTP.
Thought?
--
R
* Timo Sirainen :
> http://dovecot.org/releases/2.2/dovecot-2.2.6.tar.gz
> http://dovecot.org/releases/2.2/dovecot-2.2.6.tar.gz.sig
Works like a charm here.
Tinkering with ciphers & ssl_prefer_server_ciphers now.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
unnecessary DNS lookups.
Cool
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
* Thomas Leuxner :
> * Ralf Hildebrandt 2013.11.22 09:44:
>
> > Which patch?
>
> http://www.dovecot.org/list/dovecot/2013-November/093654.html
>
> Pigeonhole related patches.
Damn. Those are biting me as well :/
--
Ralf Hildebrandt
Geschäftsbereich IT | Abte
* Timo Sirainen :
> http://dovecot.org/releases/2.2/dovecot-2.2.10.tar.gz
> http://dovecot.org/releases/2.2/dovecot-2.2.10.tar.gz.sig
Working OK here!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Fr
3): child 14635 killed with signal 11 (core
dumped)
Feb 12 10:02:54 postamt dovecot: pop3(fem-qm-sfb) HlCP1jHyGgCNKtkP:
Fatal: master: service(pop3): child 14692 killed with signal 11 (core
dumped)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Be
service_flags =
storage_service_flags =
username = 0x0
c =
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
t_path =
0x0, postlogin_timeout_secs = 60,
callback = 0x804b800 ,
failure_callback = 0x804b7c0 ,
request_auth_token = 0}
service_flags =
storage_service_flags =
username = 0x0
c =
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung
> Feb 12 10:02:54 postamt dovecot: pop3(fem-qm-sfb) HlCP1jHyGgCNKtkP:
> > Fatal: master: service(pop3): child 14692 killed with signal 11 (core
> > dumped)
> >
> >
>
> Here too
I provided two backtraces.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Ne
* Teemu Huovila :
> Please find attached a patch that addresses this problem. Apply on top of
> 2.2.11 sources with hg import .
Working like a charm!
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Fr
,
postlogin_socket_path = 0x0, postlogin_timeout_secs = 60,
callback = 0x8067310 ,
failure_callback = 0x8067490 ,
request_auth_token = 1}
service_flags =
storage_service_flags =
username =
c =
--
Ralf Hildeb
>From my log:
May 06 16:26:49 imap(loginname): Error:
zlib.read(/var/mail/loginname/mdbox/storage/m.94): gz trailer has wrong CRC
value at 2412347
May 06 16:26:49 imap(loginname): Error: read() failed: Invalid argument (FETCH
for mailbox INBOX UID 3434)
How do I fix that?
--
R
Can I enable STARTTLS/SSL on the LMTP listener in Dovecot 2.1.x?
service lmtp {
unix_listener lmtp {
}
inet_listener lmtp {
address = *
port = 24
-->ssl=yes
}
}
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Char
* Andreas Schulze :
> Is stunnel an option?
> MTA -> crypto to remote stunnel endpoint -> plaintext to localhost:lmtp
Yes, works like a charm
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenbur
In my log I have a lot of log entries like this one (covering one hour of logs
here):
May 15 09:00:49 dict: Info: maildatabase: Disconnected from database, retrying
commit
May 15 09:17:10 dict: Info: maildatabase: Disconnected from database, retrying
commit
May 15 09:22:30 dict: Info: maildata
ot: imap-login: Aborted login (auth failed, 1
attempts in 8 secs): user=, method=PLAIN, rip=::1, lip=::1, secured,
session=
But why is it still using port 143?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hin
* Ralf Hildebrandt :
> I'm trying to adapt http://wiki2.dovecot.org/HowTo/ImapcProxy
> to our Exchange Server, which has LOGINDISABLED on Port 143, and I
> offering LOGIN on Port 993.
>
> How do I go about this?
>
> Simply changing imapc_port to:
> imapc_port = 99
* Daniel Parthey :
> Am 16.05.2014 12:09, schrieb Ralf Hildebrandt:
> >May 16 12:07:05 mproxy dovecot: master: Dovecot v2.2.9 starting up (core
> >dumps disabled)
> >May 16 12:07:29 mproxy dovecot: imap-login: Login: user=,
> >method=PLAIN, rip=::1, lip=::1, mpid=
* Daniel Parthey :
> >>The IMAP Client (imapc) needs a username, hostname, port and password to
> >>login.
> >>
> >>According to http://wiki2.dovecot.org/Variables you can just pass through
> >>the plaintext password %w to the imapc backend by setting imapc_password=%w
> >
> >That's what I did! (
I observed several long running dovecot/lmtp processes hogging the
CPU. I then strace'd them (strace -c -p 6375) and found them
munmap()-ing a lot:
% time seconds usecs/call callserrors syscall
-- --- --- - -
97.18 19.592537
* Timo Sirainen :
> > Why would that happen? (dovecot 2.1.17)
>
> Difficult to say. It could be munmap()ing memory allocations or it
> could be munmap()ing Dovecot index files. Weren't there equivalent
> number of mmap() calls?..
>
> BTW. In v2.2 the index file handling is faster for LDA/LMTP be
* Charles Marcus :
> On 6/9/2014 5:44 PM, Ralf Hildebrandt wrote:
> >That's probably the problem here. The user had LOTS of (duplicate!)
> >mails in his inbox.
>
> Anyone ever found a reliable way to do this?
To duplicate the mails? Yeah: Just let fetchmail run unobs
> The basic question is: what is a duplicate?
>
> I spot 100% duplicates within the same Maildir mailbox with a script
> similiar to "fdupes" http://linux.die.net/man/1/fdupes .
> Because an user may copy messages around, I scan one mailbox at a time.
But with mdbox? Or mailboxes != Maildir form
> Wasn't there a thread some days/weeks ago, that Pigeonhole behaves the
> same by default and the poster asked how long the timeframe is Pigeonhole
> remembers the ids?
How would I go about enabling this?
> Actually, I still wonder about whether or not the same message-id is
> sufficient to
23390) at main.c:400
set_roots = {0x426ca0 , 0x0}
login_set = {auth_socket_path = 0x121b048 "\001", postlogin_socket_path
= 0x0, postlogin_timeout_secs = 60, callback = 0x41f200
,
failure_callback = 0x41ef30 , request_auth_token
= 1}
service_flags =
storage_se
0x41ef30 , request_auth_token = 1}
service_flags =
storage_service_flags =
username = 0x0
c =
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
n main (argc=1, argv=0x2047390) at main.c:393
c =
- End forwarded message -
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450
501 - 600 of 723 matches
Mail list logo
