[Dovecot] dovecot-auth requires userdb, but already configured
Greetings! My ultimate goal is to have fetchmail/getmail poll from POP3/IMAP servers and deliver mail into Dovecot mailboxes. This does not work because the Dovecot LDA for some reason fails. I believe I have narrowed down the problem to dovecot-auth not finding my userdb. But, I am able to connect to dovecot via IMAP in my MUA and preform operations (read, delete mail, create folders). This leads me to believe my userdb is setup correctly. Does anyone have any idea as to why dovecot-auth would not find my userdb? (Configuration is below). [EMAIL PROTECTED]:~$ dovecot --version 1.0.10 [EMAIL PROTECTED]:~$ /usr/lib/dovecot/dovecot-auth dovecot-auth: Fatal: You'll need to add at least one userdb [EMAIL PROTECTED]:~$ dovecot -n # 1.0.10: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot.log ssl_disable: yes disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_location: mbox:/home/carl/mail/%u mail_debug: yes dotlock_use_excl: yes auth default: verbose: yes debug: yes passdb: driver: passwd-file args: /etc/dovecot/passwd userdb: driver: passwd-file args: username_format=%u /etc/dovecot/passwd [EMAIL PROTECTED]:~$ uname -a Linux cvondrick 2.6.24-20-generic #1 SMP Mon Jul 28 13:06:07 UTC 2008 x86_64 GNU/Linux The package is from Ubuntu Hardy, but I can build from source if you think it'll fix this. Thanks for any responses, Carl
Re: [Dovecot] related, but off-topic: how to allow users to change password?
Patrick Nagel <[EMAIL PROTECTED]> wrote: > Sahil Tandon wrote: > | Thanks for the tip Patrick. Unfortunately this will not work for me > | because I need to change passwords for virtual users -- the users are > | not system users found in /etc/passwd, but rather virtual users that > | are listed in a passwd style file in /usr/local/etc/dovecot/passwd. > > Oh, read your mail too quickly... sorry. No worries. I've since switched to storing userdb and passdb in MySQL, for which there are a variety of "plugins" to change user passwords. -- Sahil Tandon <[EMAIL PROTECTED]>
Re: [Dovecot] related, but off-topic: how to allow users to change password?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sahil, Sahil Tandon wrote: | Thanks for the tip Patrick. Unfortunately this will not work for me | because I need to change passwords for virtual users -- the users are not | system users found in /etc/passwd, but rather virtual users that are | listed in a passwd style file in /usr/local/etc/dovecot/passwd. Oh, read your mail too quickly... sorry. Patrick. - -- STAR Software (Shanghai) Co., Ltd.http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFIlmGy7yMg/OiDoAURAum5AJ9TYilxInO91328OCkZbo76d59wqACgm1/N nUm3rIZe9cvUnKepy3pIpG0= =/Qcx -END PGP SIGNATURE-
Re: [Dovecot] 1.1.2: imap crash with SIGSEGV
On Aug 1, 2008, at 4:36 PM, Ralf Hildebrandt wrote: #1 0x080ba2fd in mail_transaction_log_lock_head (log=0x91cfd68) at mail-transaction-log.c:419 #2 0x080ba36d in mail_transaction_log_sync_lock (log=0x91cfd68, file_seq_r=0xbff348a4, file_offset_r=0xbff34880) at mail-transaction-log.c:451 #3 0x080c44bb in mail_index_fsck (index=0x91cf828) at mail-index- fsck.c:424 What were the error messages for this user? What happened here is that dovecot.index was broken (why?) and dovecot.index.log file didn't exist (why?) which caused the crash when trying to open the index. Fixed the crash itself anyway: http://hg.dovecot.org/dovecot-1.1/rev/1c010fadc9c9 PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Server power loss and "Dovecot is already running with PID xxx"
On Aug 2, 2008, at 8:22 PM, Pekka Savola wrote: It doesn't seem to be that the current logic is working; there is no program with the PID that's in master.pid, and dovecot (1.0.7 + RHEL patches) refuses to start. root: /root$ /sbin/service dovecot start Starting Dovecot Imap: Error: Dovecot is already running with PID 2746 (read from /var/run/dovecot/master.pid) Fatal: Invalid configuration in /etc/dovecot.conf [FAILED] root: /root$ more /var/run/dovecot/master.pid 2746 root: /root$ ps auxw | grep 2746 root 31714 0.0 0.1 4116 584 pts/1R+ 20:19 0:00 grep 2746 SELinux perhaps? It checks this by kill()ing the process and seeing if it returns ESRCH. If not, it assumes the process exists. If you've SELinux perhaps it always return EPERM to the call.. PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] path of folder relative to mail_location??
On Aug 3, 2008, at 1:52 AM, Marco Fioretti wrote: marco:{PLAIN}thepassword:500:500::/home/marco/.MAIL/home_imap/ This says your home directory is /home/marco/.MAIL/home_imap/. mail_location = maildir:~/.MAIL/home_imap/ This says you want it under /.MAIL/home_imap/, i.e.: /home/marco/.MAIL/home_imap/.MAIL/home_imap/.TEMP_ARCHIVE So probably change the home dir in your passwd-file to be just /home/ marco PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] mbox empty messages in Sent folder
On Aug 3, 2008, at 10:31 PM, Diego Liziero wrote: It seems so, I sent you privately the rawlog and the last part of a sent-mail mailbox. The interesting thing about that rawlog was that it shows the APPEND returning it saved the message with UID x, but in the mbox file there's no UID x, but there is the empty message with UID x+1. Anyone besides me is seeing this? (random empty mails in Sent folder) I'm using mboxes all the time, never seen this.. Perhaps if you put all processes through strace (-s 100) and when it again happens for some user send me the strace? Although I'd guess it shows that the message was properly written to the mbox file. The real question is then what truncates the mbox file.. PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] mbox empty messages in Sent folder
On Fri, Aug 1, 2008 at 1:09 AM, Timo Sirainen <[EMAIL PROTECTED]> wrote: > On Aug 1, 2008, at 1:49 AM, Diego Liziero wrote: > > On Mon, Jun 23, 2008 at 11:03 AM, Diego Liziero <[EMAIL PROTECTED]> >> wrote: >> >>> On Tue, May 27, 2008 at 3:48 PM, Diego Liziero <[EMAIL PROTECTED]> >>> wrote: >>> On Mon, May 26, 2008 at 11:17 PM, Timo Sirainen <[EMAIL PROTECTED]> wrote: Maybe this helps? http://hg.dovecot.org/dovecot-1.1/rev/dd9d344ba140 > Thanks Timo, I'll let you know if it happens again with this patch. >>> >>> Unfortunately it happened again with dovecot-1.1.rc13 (=1.1.0) >>> >> >> And many users complains about this also with latest dovecot 1.1.2 >> >> In the last 2 days it happened 7 times to my user. I've the rawlog and >> valgrind logs. >> Nothing wrong according to valgrind, and nothing strange in the rawlog. >> >> Is there any further debug I can use? >> > > You mean the messages show up as APPENDed in the rawlog with an OK reply? It seems so, I sent you privately the rawlog and the last part of a sent-mail mailbox. Anyone besides me is seeing this? (random empty mails in Sent folder) In the last two weeks users are complainig almost every day about lost sent mails. Regards, Diego.
Re: [Dovecot] bugzilla or other similar bug tracking systems
On Fri, Aug 1, 2008 at 1:12 AM, Timo Sirainen <[EMAIL PROTECTED]> wrote: > On Aug 1, 2008, at 12:51 AM, Diego Liziero wrote: > > I was wondering if it could be useful to use such tools to keep track >> of users bugs. >> >> I find somehow harder to search the mailing list if a bug is known, if >> it's being worked on, if it needs more feedback, in witch release it >> has been eventually solved, and so on. >> > > I'd like to have a bug tracking system that basically keeps track of > threads in this mailing list that have bugs and with some extra metadata > assigned to them about the bug states etc. But that'd require 1) ANNOTATE > extension for Dovecot and 2) Writing the bug tracking system itself.. > > I don't really want to have a separate bug tracking system where I'd be the > only one handling the bug reports. Ok, I'm waiting for that. My belief is that a public bug tracking system, whatever you choose, could bring more people into the bug fixing process. Who knows, maybe during the summer holidays someone that would like to spend some weeks to help this project could find an easy way to start.