Re: [Dovecot] version 1.1.3 assertion on index-sort-string
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) Your sort IDs were broken for some reason. Do you often/ever get Sort IDs * broken in mailbox *, resetting errors? Fixed this crash anyway now to instead give that error message: http://hg.dovecot.org/dovecot-1.1/rev/12670c6d0c10 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] API Examples?
On Thu, 2008-09-11 at 17:43 -0700, tcowin wrote: 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 IMAP client? I'd suggest doing it via IMAP: 1 login user pass (perhaps use master user logins - see wiki) 2 select inbox [store $max = EXISTS's value] 3 fetch ($max-5):$max (body.peek[header] flags) Dovecot's API is still changing between versions, but if you really want to use it, you could see e.g. src/pop3/client.c init_mailbox() and src/lib-storage/mail-storage.h for functions what you can do with a struct mail (mail_get_flags(), mail_get_stream()). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] cram-md5 and users maintaining their own passwords?
On Fri, 2008-09-12 at 20:17 +0200, Steinar Bang wrote:
Is there any other mechanism than using passwd files with md5-hashed
passwords created by dovecotpw that will support cram-md5
authentication?
You can use any Lookup database as listed in
http://wiki.dovecot.org/PasswordDatabase
Has anyone created setups where the passwd databases reside in the
individual users home directories?
passdb passwd-file {
passwd-file = /home/%u/dovecot.passwd
}
The performance might not be that great though since it'll have to open
a lot of files. Also Dovecot never closes passwd files it has opened, so
this method won't work if you have a lot of users (I guess a few hundred
is still ok).
Is it possible to persuade dovecotpw to update the passwd databases
automatically. Having to use a text editor to paste in the passwords
sets a high user treshold on using the cram-md5 authentication
mechanism.
Currently Dovecot is internally able to update passwords only in SQL
database. But dovecotpw can't currently update even that. Maybe some
day.
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] cram-md5 and users maintaining their own passwords?
On Fri, 2008-09-12 at 20:17 +0200, Steinar Bang wrote: Is it possible to persuade dovecotpw to update the passwd databases automatically. Having to use a text editor to paste in the passwords sets a high user treshold on using the cram-md5 authentication mechanism. You can of course create your own wrapper script to dovecotpw to do that.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Corrected permissions for login directory message
On Fri, 2008-09-12 at 09:47 +0200, Nicolas Letellier wrote: Warning: Corrected permissions for login directory /var/run/dovecot/login See the permissions: ls -l /var/rundrwxr-xr-x 3 root wheel 512 Sep 11 15:42 dovecot This doesn't change. drwxr-x--- 2 root dovecot-auth 512 Sep 11 15:42 login The warning is only about this directory. Does it complain about it every single time you start Dovecot? Do the permissions change or are they the same before/after startup? I need help. I *always* this warn message when I start dovecot. It's not a real problem even if you can't solve this.. I tested many owners/groups, and the warning is always here. The correct permissions are those that you see after startup. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot Ldap Logs
On Fri, 2008-09-12 at 09:56 +0400, Proskurin Kirill wrote: 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?)= uid(?unknown?)= userPassword(?unknown?)= mail(?unknown?)= .. user_attrs = Empty user_attrs means Dovecot looks up all the fields from LDAP. ?unknown? means that the field hasn't been mapped to anything and Dovecot uses that field as-is. You probably won't need userdb ldap at all. Use userdb static instead: http://wiki.dovecot.org/UserDatabase/Static signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Questions about using sieve
On Sat, 2008-09-13 at 12:37 +0700, Robin Atwood wrote:
and I have added mail_plugins = cmusieve to protocol lda{}. I then created
a .dovecot.sieve script but am not sure where to place it. I tried ~/ and
~/.imap but it never seems to get compiled.
Home directory is correct.
Dovecot is running as a root
service so it should have access. Setting mail_debug=yes produces no clues,
so what should I be looking at?
Sieve is used only by deliver binary, which isn't running as root.
Sounds like you're never even calling it?
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] Questions about using sieve
On Saturday 13 Sep 2008, Timo Sirainen wrote:
On Sat, 2008-09-13 at 12:37 +0700, Robin Atwood wrote:
and I have added mail_plugins = cmusieve to protocol lda{}. I then
created a .dovecot.sieve script but am not sure where to place it. I
tried ~/ and ~/.imap but it never seems to get compiled.
Home directory is correct.
Dovecot is running as a root
service so it should have access. Setting mail_debug=yes produces no
clues, so what should I be looking at?
Sieve is used only by deliver binary, which isn't running as root.
Sounds like you're never even calling it?
That was my impression! Since mail delivery is already working, I assumed I do
not have to customise sendmail.cf. Is that not the case? I am not sure I
understand this deliver thing, I thought in my case it actually meant
sendmail.
-Robin
--
--
Robin Atwood.
Ship me somewheres east of Suez, where the best is like the worst,
Where there ain't no Ten Commandments an' a man can raise a thirst
from Mandalay by Rudyard Kipling
--
Re: [Dovecot] Questions about using sieve
Robin Atwood wrote: That was my impression! Since mail delivery is already working, I assumed I do not have to customise sendmail.cf. Is that not the case? I am not sure I understand this deliver thing, I thought in my case it actually meant sendmail. Your mail is being delivered by sendmail, so it's doing its job and ignoring sieve completely. You'll have to configure sendmail to use deliver to do the deliveries, and then it will use the sieve script. Otherwise deliver is never called. -- Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb
Re: [Dovecot] cram-md5 and users maintaining their own passwords?
Timo Sirainen [EMAIL PROTECTED]: On Fri, 2008-09-12 at 20:17 +0200, Steinar Bang wrote: Is it possible to persuade dovecotpw to update the passwd databases automatically. Having to use a text editor to paste in the passwords sets a high user treshold on using the cram-md5 authentication mechanism. You can of course create your own wrapper script to dovecotpw to do that.. That I can, but I wanted to make sure I didn't overlook something. Another thing is that I'd rather avoid making a script be sudo root, if I can (but of course splitting the passwd files would be a way to avoid that).
Re: [Dovecot] cram-md5 and users maintaining their own passwords?
Timo Sirainen [EMAIL PROTECTED]:
On Fri, 2008-09-12 at 20:17 +0200, Steinar Bang wrote:
Is there any other mechanism than using passwd files with md5-hashed
passwords created by dovecotpw that will support cram-md5
authentication?
You can use any Lookup database as listed in
http://wiki.dovecot.org/PasswordDatabase
But that includes passwd and shadow, and I thought they couldn't be
used, even with md5 hashing of the passwords, because the md5 hash used
was different to the one of cram-md5?
If I can use the normal passwd/shadow of the system, that would be
exactly what I want.
Has anyone created setups where the passwd databases reside in the
individual users home directories?
passdb passwd-file {
passwd-file = /home/%u/dovecot.passwd
}
Ok. Thanx.
The performance might not be that great though since it'll have to
open a lot of files. Also Dovecot never closes passwd files it has
opened, so this method won't work if you have a lot of users (I guess
a few hundred is still ok).
Ok, the machine will only everl serve 3-10 users (it's my home LAN
server), so that would probably never be a problem.
But if I actually can use the normal passwd of the machine, then all of
this is a non-issue.
Thanx!
Re: [Dovecot] cram-md5 and users maintaining their own passwords?
Timo Sirainen [EMAIL PROTECTED]:
You can use shadow, but only if you can put the passwords there as
{cram-md5}password. That of course means that only Dovecot is able to
use such passwords. Also you can't modify the passwords with passwd
utility because it doesn't write compatible passwords.
Ah... which means that in practice I can't...;-)
Maybe I should mention this in the wiki page. :)
Indeed! :-)
