On Tue, Sep 09, 2008 at 06:59:10AM -0400, Charles Marcus wrote:
On 9/9/2008, Alan Premselaar ([EMAIL PROTECTED]) wrote:
Ahh, no, sorry I must have overlooked that part. I'm just using
standard self-signed certificates on the server side.
Then if this is a 3G iPhone, my last response is
On Wed, 10 Sep 2008 21:48:01 +0300 Timo Sirainen wrote:
On Wed, 2008-09-10 at 11:13 +0200, Frank Elsner wrote:
Sep 10 01:28:38 seymour dovecot: IMAP(steffen,192.168.28.31):
fchown(/home/Mail/steffen/subscriptions.lock) failed: Operation not
permitted
This'll improve the error message:
On Wed, 2008-09-10 at 22:49 +0200, Cor Bosman wrote:
Since it's copying related, try running two instances of imaptest where
one copies messages and another runs on the destination box:
./imaptest logout=0 copy=100 copybox=Trash
./imaptest box=Trash append=0
It took about 1.5 hours,
On Thu, 2008-09-11 at 09:54 +0200, Frank Elsner wrote:
On Wed, 10 Sep 2008 21:48:01 +0300 Timo Sirainen wrote:
On Wed, 2008-09-10 at 11:13 +0200, Frank Elsner wrote:
Sep 10 01:28:38 seymour dovecot: IMAP(steffen,192.168.28.31):
fchown(/home/Mail/steffen/subscriptions.lock) failed:
About our setup: These are on an nfs-mounted file system.
It's shared
between two computers and connections are randomly
redirected to either
box; so potentially it could be an nfs type corruption
issue. Timo, I'll
send you a tarball of the dovecot* files off-list
Sounds like it
On Thu, 11 Sep 2008 11:12:05 +0300 Timo Sirainen wrote:
On Thu, 2008-09-11 at 09:54 +0200, Frank Elsner wrote:
On Wed, 10 Sep 2008 21:48:01 +0300 Timo Sirainen wrote:
On Wed, 2008-09-10 at 11:13 +0200, Frank Elsner wrote:
Sep 10 01:28:38 seymour dovecot: IMAP(steffen,192.168.28.31):
Hi,
I dont do anything with the dovecot-uidlist.
This is part of what the rawlog looks like (with a folder that started
getting new headers):
tbgy SELECT My Folders.Klanten
rty3 UID FETCH 1668:* (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE)
9d54 UID FETCH 1:1667 (UID FLAGS)
0ntr UID
On 9/11/2008, [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
I will try installing root cert via browser and see if that helps. If
that fails, I'll try a proper CA, not self signed. I'm sceptical
that's the problem. If all that fails, I'lljust throw security
overboard and stick with simple
Setting mail_location=maildir:~/Maildir:INDEX=~/index:CONTROL=~/control
(or separating INDEX and CONTROL in general) along with
quota=maildir (and or having a ~/.dovecot.sieve) appears to expose a
small bug in deliver (version 1.1.3, but probably all). While deliver
will create a missing INDEX
Optimizer incorrectly assuming that it doesn't need to refetch
the variable value from the structure since it doesn't understand
that the i_stream_unref(mail-data.stream) call actually modifies
the whole mail-data structure...
Funny that both Gcc and Sun Studio seems to make the same
Hello.
I already have this warn message when I start dovecot (1.1.3). I saw
some message in mailing list about this warning, but nothing which
solve my problem.
See the message:
[EMAIL PROTECTED] dovecot $ /usr/local/etc/rc.d/dovecot restart
Stopping dovecot.
Waiting for PIDS: 47494.
Starting
On Thu, 2008-09-11 at 11:11 +0300, Timo Sirainen wrote:
Sep 10 22:06:41 imap dovecot: IMAP(scorpio):
rename(/var/spool/mail/dovecot-control/indexes/s/sc/scorpio/.Trash/dovecot.index.cache.lock,
/var/spool/mail/dovecot-control/indexes/s/sc/scorpio/.Trash/dovecot.index.cache)
failed:
Kyle Wheeler [EMAIL PROTECTED]:
The flag information is stored in the index, and for Maildir backends
the first 26 flags are stored in the filename as well. In other words,
access to flags is pretty dang fast, and for Maildir storage, never
requires opening the message or parsing headers.
Hello
Dovecot v1.1.3
Sieve plugin v1.1.5
Debian Lenny
Virtual users in mysql db
dovecot -n at the end of email
I have problem with sieve body rules during delivery. When I test rule
if body :raw :contains [ .exe ]
{
discard;
}
deliver die with panic:
Sep 10 15:14:37 mail deliver(user):
Sep 10 22:06:41 imap dovecot: IMAP(scorpio):
rename(/var/spool/mail/dovecot-control/indexes/s/sc/scorpio/.Trash/dovecot.index.cache.lock,
/var/spool/mail/dovecot-control/indexes/s/sc/scorpio/.Trash/dovecot.index.cache)
failed: No such file or directory
Sep 10 22:06:41 imap
On Thu, 2008-09-11 at 15:13 +0200, Peter Eriksson wrote:
Anyway, I've set up a small test case that tries to mimic the code in
question (attached). Build with either of the following commands:
I simplified it further, attached. The interesting thing is that this
bug shows up only when
On Thu, 2008-09-11 at 17:00 +0200, Cor Bosman wrote:
Sep 10 22:06:41 imap dovecot: IMAP(scorpio):
rename(/var/spool/mail/dovecot-control/indexes/s/sc/scorpio/.Trash/dovecot.index.cache.lock,
/var/spool/mail/dovecot-control/indexes/s/sc/scorpio/.Trash/dovecot.index.cache)
On Wed, 2008-09-03 at 13:06 +0200, e-frog wrote:
The expire-tool doesn't find foo's mailbox even if mail_location is set
global in the configuration file (please see below). This is exactly the
same result as when using PAM and passwd. So I guess there is something
wrong with user lookup or
Hello all!
One question about ldap.
In my logs im see this:
Info: auth(default): ldap([EMAIL PROTECTED],172.16.1.80): user search:
base=dc=CAS scope=subtree
filter=((objectClass=mailUser)([EMAIL PROTECTED])) fields=(all)
Info: auth(default): ldap([EMAIL PROTECTED],172.16.1.80): result:
On Wed, 2008-09-03 at 12:03 -0400, Matthew Wesley wrote:
The functionality added in changeset 818a638fa9a3 has a bug for x86_64 on line
103. The src/auth/mech-gssapi.c file must now include stdlib.h to have the
declaration for getenv(). Otherwise, the compiler uses the implicit return
type
OSep 4 13:25:36 songbird dovecot: IMAP(user): Raw backtrace: imap
[0x486942] - imap [0x4869b3] - imap [0x486026] - imap [0x46775c] -
imap(mail_index_lookup_ext_full+0x17) [0x469fc7] -
imap(mail_index_lookup_ext+0x17) [0x469fe7] -
imap(mbox_file_lookup_offset+0x33) [0x4382f3] -
Did you also notice my Initial support for shared
mailboxes message from yesterday?
No, unfortunately I didn't; I only joined the mailing list on the day I sent
this message. It sounds like it could be relevant to the topic though; could
you provide me with a breakdown of what it is about?
not
Does it help if you run unset HOME and unset MAIL before running
expire-tool?
Although I guess I should look into it why it's not working right. :)
Not really :)
Unsetting MAIL - same result:
# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test
Info: maildir:
Timo Sirainen wrote:
On Wed, 2008-09-03 at 01:54 +0200, XhE wrote:
Hi,
I was wondering if there is any possibility to access the status if a
user has provided a certificate, that has been accepted or not via
variables. And further if there is any way to get the value of SSL
certificate
Timo Sirainen wrote:
What quota backend were you using? Could you post your entire dovecot -n
output?
We were using the fs quota backend.
I'll be able to post our dovecot -n configuration output when I get back
to somewhere with proper bandwidth -- but the service configuration has
since
On Thu, 2008-09-11 at 18:18 +0200, Matvey Soloviev wrote:
Did you also notice my Initial support for shared
mailboxes message from yesterday?
No, unfortunately I didn't; I only joined the mailing list on the day I sent
this message. It sounds like it could be relevant to the topic though;
I've been following this thread: the bug is related with copying mail across
NFS in combination with cache locking, right?
Cor uses FBSD; but is this a bug that might impact other platforms as well?
Cheers,
Jan
- Original Message -
From: Cor Bosman [EMAIL PROTECTED]
To: Dovecot
On Sep 11, 2008, at 9:00 PM, Jan van den Berg wrote:
I've been following this thread: the bug is related with copying
mail across NFS in combination with cache locking, right?
Cor uses FBSD; but is this a bug that might impact other platforms
as well?
The main bug here was that with
Im still trying to figure this problem. Because of other issues (non-dovecot
related but application related) we had to revert back yesterday to 1.1rc3.
This version has been running fine for 6 months.
But now I get quite a few of these errors in my logs I can't really explain
them:
Log
On Thu, 2008-09-11 at 20:45 +0200, Jan van den Berg wrote:
Im still trying to figure this problem. Because of other issues (non-dovecot
related but application related) we had to revert back yesterday to 1.1rc3.
This version has been running fine for 6 months.
But now I get quite a few of
On Thu, 2008-09-11 at 20:45 +0200, Jan van den Berg wrote:
Im still trying to figure this problem. Because of other issues (non-dovecot
related but application related) we had to revert back yesterday to 1.1rc3.
This version has been running fine for 6 months.
So Outlook hadn't been ever
Hi,
1.1rc3 also shows this behaviour; I actually upgraded to 1.1.3 to try and
solve this..
We had to revert back because of an internally developed IMAP webclient that
all of sudden couldn't show attachments anymore with 1.1.3. So we reverted
back: and all was fine. So that is more likely a
On Thu, 2008-09-11 at 21:24 +0200, Jan van den Berg wrote:
So as well 1.1rc3 as 1.1.3 has the problem of getting new headers randomly
(at least so it seems). It might be NFS related because after getting new
headers for a folder I can see the dovecot.index files and uidlist are
recreated
I can get those files next Monday without problem and compare them. So I
will get back to that.
I also posted some part of the rawlog earlier in the thread; dont know if it
of any use
Thanks,
Jan
- Original Message -
From: Timo Sirainen [EMAIL PROTECTED]
To: Jan van den Berg [EMAIL
I can get those files next Monday without problem and compare them. So I
will get back to that.
I also posted some part of the rawlog earlier in the thread; dont know if it
of any use
Thanks,
Jan
- Original Message -
From: Timo Sirainen [EMAIL PROTECTED]
To: Jan van den Berg [EMAIL
I can get those files next Monday without problem and compare them. So I
will get back to that.
I also posted some part of the rawlog earlier in the thread; dont know if it
of any use
Thanks,
Jan
- Original Message -
From: Timo Sirainen [EMAIL PROTECTED]
To: Jan van den Berg [EMAIL
On Thu, 2008-09-11 at 20:33 +0300, Timo Sirainen wrote:
On Thu, 2008-09-11 at 18:01 +0100, David McBride wrote:
So if
1. mailbox is created
2. a new mail is APPENDed there
it crashes? The deletion part is probably irrelevant to the crash?
I don't have a rawlog of the
On Wed, 2008-09-03 at 15:47 -0400, Dean Brooks wrote:
On Wed, Sep 03, 2008 at 05:50:43PM +0300, Timo Sirainen wrote:
On Sep 3, 2008, at 5:47 PM, Dean Brooks wrote:
dovecot: [ID 107833 mail.crit] Panic: IMAP(xx): file mail-index-
transaction-view.c: line 204: unreached
Could you
On Thu, 2008-09-11 at 01:48 +0100, Nuno Lopes wrote:
Hi,
I am seeing the following log lines on some accounts on my setup:
Sep 11 01:42:36 dovecot: Panic: IMAP(): file
index-sort-string.c: line 610 (index_sort_add_ids_range): assertion
failed: (skip 0)
Why are you
On Thu, 2008-09-11 at 19:45 +0400, Proskurin Kirill wrote:
Hello all!
One question about ldap.
In my logs im see this:
Info: auth(default): ldap([EMAIL PROTECTED],172.16.1.80): user search:
base=dc=CAS scope=subtree
filter=((objectClass=mailUser)([EMAIL PROTECTED])) fields=(all)
On Wed, 2008-09-03 at 15:49 -0500, Brian Hayden wrote:
Recently I posted about wanting to add an x-header recording a timestamp
for changing the \Deleted flag, for purposes of doing expiry on mbox
mailboxes. Timo replied:
Be sure to add it to mbox_hide_headers[] and
On Thu, 2008-09-04 at 19:07 +1200, Mailing List wrote:
I'm trying to set up a public namespace so that a set of IMAP folders
are available to all staff - similar to MS Exchange Public Folders.
I've managed to set up the namespace correctly but I'm having trouble
with the ACLs. The global ACL
Timo Sirainen schrieb:
On Aug 4, 2008, at 4:50 PM, christop wrote:
Timo Sirainen schrieb:
On Aug 2, 2008, at 1:12 PM, christop wrote:
i am using here a FreeBSD 7.0 amd64 with latest dovecot from ports.
It ignores the krb5_keytab settings, which looks like this in the logs:
What this
I've been following this thread: the bug is related with copying
mail across NFS in combination with cache locking, right?
Cor uses FBSD; but is this a bug that might impact other platforms
as well?
The main bug here was that with lock_method=dotlock when cache file
was being
I need to write a little client to just get the 5 most recent email headers
(and \Seen status) from the INBOX of a given user. Are there any API
examples anywhere that would speed this process along, or any spots in the
source that would give me a jump start? or would it be better to act as an
Timo Sirainen wrote:
Info: auth(default): ldap([EMAIL PROTECTED],172.16.1.80): result:
accountStatus(?unknown?)= cn(?unknown?)= givenName(?unknown?)=
initials(?unknown?)= l(?unknown?)= o(?unknown?)= objectClass(?unknown?)=
telephoneNumber(?unknown?)= sn(?unknown?)= title(?unknown?)=
46 matches
Mail list logo
