Hi,
On 05-Dec-16 20:28, Toni Mattila wrote:
Panicing stopped when all index files where deleted.
It happens again in same user account, so rebuilding indexes didn't fix it.
Here's bt full instead of just bt:
#0 0x001d4402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x00949d70
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 5 Dec 2016, MRob wrote:
On 2016-12-05 16:37, MRob wrote:
On 2016-12-05 05:53, MRob wrote:
On 2016-12-04 23:18, Steffen Kaiser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 2 Dec 2016, MRob wrote:
I was under the impression
On 2016-12-05 16:37, MRob wrote:
On 2016-12-05 05:53, MRob wrote:
On 2016-12-04 23:18, Steffen Kaiser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 2 Dec 2016, MRob wrote:
I was under the impression that Dovecot does not look at .forward by
default, since of course, Sieve is w
On 2016-12-05 05:53, MRob wrote:
On 2016-12-04 23:18, Steffen Kaiser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 2 Dec 2016, MRob wrote:
I was under the impression that Dovecot does not look at .forward by
default, since of course, Sieve is where that kind of logic should
go
On 2016-12-05 06:16, Stephan Bosch wrote:
Op 5-12-2016 om 14:36 schreef MRob:
The examples on the imapsieve documentation page use COPY but not
APPEND to watch messages coming into a folder. Are there not
circumstances that a client would APPEND a message to a folder instead
of COPY? Is APPEND
On 2016-12-05 15:29, MRob wrote:
On 2016-12-05 15:26, Stephan Bosch wrote:
Op 12/6/2016 om 12:23 AM schreef MRob:
I don't know how I managed to compile only using direct access of
${imap.user} before since now I get an unknown namespace error on
my
test script.
But doing it this way compiles
On 2016-12-05 15:26, Stephan Bosch wrote:
Op 12/6/2016 om 12:23 AM schreef MRob:
I don't know how I managed to compile only using direct access of
${imap.user} before since now I get an unknown namespace error on
my
test script.
But doing it this way compiles:
require ["environment", "variab
On 12/3/2016 2:53 PM, Aki Tuomi wrote:
On December 3, 2016 at 11:16 PM Vijay Sarvepalli wrote:
Is there a simple way to get each mailbox size using dovecot's IMAP
interface? The GETQUOTAROOT and GETQUOTA seems to work with the full
maildir size and not the individual folders.
I am finding
Op 12/6/2016 om 12:23 AM schreef MRob:
> I don't know how I managed to compile only using direct access of
> ${imap.user} before since now I get an unknown namespace error on my
> test script.
>
> But doing it this way compiles:
>
> require ["environment", "variables", "
I don't know how I managed to compile only using direct access of
${imap.user} before since now I get an unknown namespace error on my
test script.
But doing it this way compiles:
require ["environment", "variables", "vnd.dovecot.debug"];
if environment :matches "imap.user" "*" {
set "u" "${1
Op 12/5/2016 om 10:25 PM schreef MRob:
> On 2016-12-05 07:22, Stephan Bosch wrote:
>> Op 5-12-2016 om 16:10 schreef MRob:
>>> On 2016-12-05 06:13, Stephan Bosch wrote:
Op 5-12-2016 om 14:32 schreef MRob:
Could you show me your full script? I am mainly interested in the
require s
On 2016-12-05 07:22, Stephan Bosch wrote:
Op 5-12-2016 om 16:10 schreef MRob:
On 2016-12-05 06:13, Stephan Bosch wrote:
Op 5-12-2016 om 14:32 schreef MRob:
Could you show me your full script? I am mainly interested in the
require statements involved.
I don't know how I managed to compile onl
On Mon, 5 Dec 2016, Aki Tuomi wrote:
wget complained about
ERROR: certificate common name `wiki.dovecot.org' doesn't match
requested host name `dovecot.org'.
Despite what wget says the cert does have subject alternate name correctly
specified.
Ah, you're right, "wget" lied to me
> On December 5, 2016 at 9:55 PM Joseph Tam wrote:
>
>
>
> Timo announced:
>
> > https://dovecot.org/releases/2.2/dovecot-2.2.27.tar.gz
> > https://dovecot.org/releases/2.2/dovecot-2.2.27.tar.gz.sig
> >
> > Note that the download URLs are now https with a certificate from Let's
> > Encrypt.
Timo announced:
https://dovecot.org/releases/2.2/dovecot-2.2.27.tar.gz
https://dovecot.org/releases/2.2/dovecot-2.2.27.tar.gz.sig
Note that the download URLs are now https with a certificate from Let's Encrypt.
wget complained about
ERROR: certificate common name `wiki.dovecot.org'
Hi,
Dec 5 20:24:31 dovecot: imap(x...@yy.zz,7ckWZu1CuZFVTILa): Fatal: master:
service(imap): child 7292 killed with signal 6 (core dumped)
Dec 5 20:24:32 dovecot: imap(x...@yy.zz,LnAlZu1COBVVTILa): Panic: file
mail-index-map.c: line 549 (mail_index_map_lookup_seq_range): assertion
failed: (f
Hello Stephan,
I have double-checked, and indeed I don't see any problems with 2.2.27
even without patches I applied to 2.2.27.rc1. So seems to have been
2.2.27.rc1 related only.
Sorry for bothering.
Op 5-12-2016 om 16:22 schreef Stephan Bosch:
Op 5-12-2016 om 16:10 schreef MRob:
On 2016-12-05 06:13, Stephan Bosch wrote:
Op 5-12-2016 om 14:32 schreef MRob:
Could you show me your full script? I am mainly interested in the
require statements involved.
I don't know how I managed to comp
Op 5-12-2016 om 16:10 schreef MRob:
On 2016-12-05 06:13, Stephan Bosch wrote:
Op 5-12-2016 om 14:32 schreef MRob:
Could you show me your full script? I am mainly interested in the
require statements involved.
I don't know how I managed to compile only using direct access of
${imap.user} be
On 2016-12-05 06:13, Stephan Bosch wrote:
Op 5-12-2016 om 14:32 schreef MRob:
On 2016-12-05 04:38, Stephan Bosch wrote:
Op 5-12-2016 om 13:28 schreef MRob:
RFC6785 says imap.user and imap.email environment variables should
be made available but I can't access them no matter what I try. Are
th
Op 5-12-2016 om 14:36 schreef MRob:
The examples on the imapsieve documentation page use COPY but not
APPEND to watch messages coming into a folder. Are there not
circumstances that a client would APPEND a message to a folder instead
of COPY? Is APPEND only used by most clients for adding a s
Op 5-12-2016 om 14:32 schreef MRob:
On 2016-12-05 04:38, Stephan Bosch wrote:
Op 5-12-2016 om 13:28 schreef MRob:
RFC6785 says imap.user and imap.email environment variables should
be made available but I can't access them no matter what I try. Are
they not implemented because vnd.dovecot.en
On 2016-12-05 00:02, Aki Tuomi wrote:
On 05.12.2016 09:43, Steffen Kaiser wrote:
On Mon, 5 Dec 2016, Aki Tuomi wrote:
> On 05.12.2016 09:34, Steffen Kaiser wrote:
>> On Sun, 4 Dec 2016, MRob wrote:
>>
>>> Hello, is there a way to edit a message header using doveadm?
>>
>> I guess not.
>>
>>> I s
On 2016-12-04 23:18, Steffen Kaiser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 2 Dec 2016, MRob wrote:
I was under the impression that Dovecot does not look at .forward by
default, since of course, Sieve is where that kind of logic should go.
However, I'm seeing a .forward
I didn't see my reply on the list , so I'm
fw again direct to you
On 12/03/2016 02:19 AM, Peter Hodur wrote:
Hi,
I'm trying to setup virtual mailboxes. My setup:
- migrated from Courier, so:
separator = .
prefix = INBOX.
inbox = yes
In doc i have read, thant i need to create separate name
On 2016-12-04 12:06, Stephan Bosch wrote:
Op 12/4/2016 om 11:42 AM schreef Alexey Asemov (Alex/AT):
Thanks a lot for indexing fixes, Dovecot team.
Any news for Pigeonhole? Currently had to rollup some commits from GIT
to make it pass vacation test set with 2.2.27.
What problem are you seeing
The examples on the imapsieve documentation page use COPY but not APPEND
to watch messages coming into a folder. Are there not circumstances that
a client would APPEND a message to a folder instead of COPY? Is APPEND
only used by most clients for adding a sent message to the sent folder?
I'm no
On 2016-12-05 04:38, Stephan Bosch wrote:
Op 5-12-2016 om 13:28 schreef MRob:
RFC6785 says imap.user and imap.email environment variables should be
made available but I can't access them no matter what I try. Are they
not implemented because vnd.dovecot.environment already provides the
usernam
Ugh.
s/your/you're/.
Op 5-12-2016 om 13:38 schreef Stephan Bosch:
Op 5-12-2016 om 13:28 schreef MRob:
RFC6785 says imap.user and imap.email environment variables should be
made available but I can't access them no matter what I try. Are they
not implemented because vnd.dovecot.environment a
Op 5-12-2016 om 13:28 schreef MRob:
RFC6785 says imap.user and imap.email environment variables should be
made available but I can't access them no matter what I try. Are they
not implemented because vnd.dovecot.environment already provides the
username? (which does work for me)
If imap.user
RFC6785 says imap.user and imap.email environment variables should be
made available but I can't access them no matter what I try. Are they
not implemented because vnd.dovecot.environment already provides the
username? (which does work for me)
If imap.user and imap.email are there, can you pro
On 01.12.2016 21:40, Curtis Vaughan wrote:
> Just set up a new server with postfix and dovecot. I don't know why,
> but as soon as mail is accessed it is marked read. I'll see emails
> momentarily marked unread, but then switch to read later although I
> haven't opened them.
Accessed how? It is u
On 12/03/2016 02:19 AM, Peter Hodur wrote:
Hi,
I'm trying to setup virtual mailboxes. My setup:
- migrated from Courier, so:
separator = .
prefix = INBOX.
inbox = yes
In doc i have read, thant i need to create separate namespace.
namespace { prefix = virtual/ separator = / location =
vir
On 05.12.2016 09:53, Marc Schiffbauer wrote:
> * Aki Tuomi schrieb am 02.12.16 um 08:00 Uhr:
>
> Hi Aki,
>
>> We are sorry to report that we have a bug in dovecot, which merits a
>> CVE. See details below. If you haven't configured any auth_policy_*
>> settings you are ok. This is fixed with
>> h
On 05.12.2016 09:43, Steffen Kaiser wrote:
> On Mon, 5 Dec 2016, Aki Tuomi wrote:
> > On 05.12.2016 09:34, Steffen Kaiser wrote:
> >> On Sun, 4 Dec 2016, MRob wrote:
> >>
> >>> Hello, is there a way to edit a message header using doveadm?
> >>
> >> I guess not.
> >>
> >>> I see how I can fetch th
35 matches
Mail list logo