[Dovecot] dovecot-sieve-1.1.5 compile error
Hi, all. I compiled and installed dovecot-1.1.3 with this cmd: # ./configure --prefix=/usr/local/dovecot --disable-ipv6 --with-mysql --with-ldap --with-zlib --enable-header-install Then compiled dovecot-sieve-1.1.5 with this cmd: ./configure --with-dovecot=/usr/local/dovecot/lib/dovecot But i got this error msg: stdout:1654: warning: no previous prototype for 'addrget_lineno' stdout:1663: warning: no previous prototype for 'addrget_in' stdout:1671: warning: no previous prototype for 'addrget_out' stdout:1679: warning: no previous prototype for 'addrget_leng' stdout:1688: warning: no previous prototype for 'addrget_text' stdout:1697: warning: no previous prototype for 'addrset_lineno' stdout:1709: warning: no previous prototype for 'addrset_in' stdout:1714: warning: no previous prototype for 'addrset_out' stdout:1719: warning: no previous prototype for 'addrget_debug' stdout:1724: warning: no previous prototype for 'addrset_debug' stdout:1758: warning: no previous prototype for 'addrlex_destroy' How can i solve this issue? Thanks very much.
Re: [Dovecot] antispam plugin signature-log backend with v1.1.2
On Mon, 2008-09-22 at 00:59 +0200, Alexander Prinsier wrote: Hello, Is the signature-log backend of the antispam plugin broken when compiling with dovecot version 1.1.2? I'm using version 1.0 of the antispam plugin. It looks like there isn't anything more recent. It has never even worked correctly so I haven't bothered to update it for a long time, sorry. You can probably find some old notes from me about that on the list archive. johannes signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Mailbox consistency with multiple clients
Sorry I got the previous version wrong, we had no problems with multiple clients when using dovecot 1.0.8 I. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yates Ian Mr (ITCS) Sent: Thursday, September 18, 2008 12:07 PM To: Dovecot Mailing List Subject: Re: [Dovecot] Mailbox consistency with multiple clients There's a mix of the following: Outlook Outlook express Thunderbird Squirrelmail (webmail) But we tried getting the users sharing the account to use just one client (squirrelmail) and they were still reporting the problem?! I forgot to say that they were working this way with no problems on dovecot 1.0.2 but since the migration to 1.1.3 we've had this problem. In an effort to help the situation I changed the following settings from the original, from enabling lazy writes to disabling: mbox_dirty_syncs: no mbox_lazy_writes: no -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timo Sirainen Sent: Thursday, September 18, 2008 11:39 AM To: Dovecot Mailing List Subject: Re: [Dovecot] Mailbox consistency with multiple clients On Thu, 2008-09-18 at 11:29 +0100, Yates Ian Mr (ITCS) wrote: We're experiencing a problem with a shared account, where multiple users are accessing it at the same time there seems to be a problem where the view one user sees is not the same as the other users. This includes experiences such as deleted mail reappearing, moved mail not arriving at a destination. What client? I'd guess this is a client issue. Some are worse than others at noticing changes done by other clients.
Re: [Dovecot] antispam plugin signature-log backend with v1.1.2
Johannes Berg wrote: On Mon, 2008-09-22 at 00:59 +0200, Alexander Prinsier wrote: Hello, Is the signature-log backend of the antispam plugin broken when compiling with dovecot version 1.1.2? I'm using version 1.0 of the antispam plugin. It looks like there isn't anything more recent. It has never even worked correctly so I haven't bothered to update it for a long time, sorry. You can probably find some old notes from me about that on the list archive. Oh it worked very fine for me with dovecot 1.0 :) I'll see what I can do to fix it, or I'll use another version of dovecot if I can't get it fixed :) Alexander
Re: [Dovecot] antispam plugin signature-log backend with v1.1.2
1.1.3 on FreeBSD. Dovecot from ports, antispam plugin from git. On Mon, 22 Sep 2008 13:52:50 +0200, Alexander Prinsier [EMAIL PROTECTED] wrote: Johannes Berg wrote: On Mon, 2008-09-22 at 00:59 +0200, Alexander Prinsier wrote: Hello, Is the signature-log backend of the antispam plugin broken when compiling with dovecot version 1.1.2? I'm using version 1.0 of the antispam plugin. It looks like there isn't anything more recent. It has never even worked correctly so I haven't bothered to update it for a long time, sorry. You can probably find some old notes from me about that on the list archive. Oh it worked very fine for me with dovecot 1.0 :) I'll see what I can do to fix it, or I'll use another version of dovecot if I can't get it fixed :) Alexander
[Dovecot] One fs with quota, one without: incorrect data shown
Hello all, I'm using Dovecot 1.0.15 on a Solaris 10. There are two different FS in place for IMAP: /var/mail for inbox /export/home for the mail folders The first doesn't have quota, the second does. However, I've noticed that Thunderbird does display quota information on the inbox (that doesn't make any sense, the values are incorrect). The same incorrect values are shown for folders as well. I tried the following configurations, but without success, the result is always the same: quota = fs quota = fs:INBOX:mount=/var/mail quota2 = fs:Others:mount=/export/home quota = fs:Others:mount=/export/home Any idea what I'm doing wrong? TIA, Laurent -- / Leader de Projet Communauté| I'm working, but not speaking for \ G11N http://fr.opensolaris.org | Bull Services http://www.bull.com / FOSUG http://guses.org |
Re: [Dovecot] antispam plugin signature-log backend with v1.1.2
On Mon, 2008-09-22 at 13:52 +0200, Alexander Prinsier wrote: Johannes Berg wrote: On Mon, 2008-09-22 at 00:59 +0200, Alexander Prinsier wrote: Hello, Is the signature-log backend of the antispam plugin broken when compiling with dovecot version 1.1.2? I'm using version 1.0 of the antispam plugin. It looks like there isn't anything more recent. It has never even worked correctly so I haven't bothered to update it for a long time, sorry. You can probably find some old notes from me about that on the list archive. Oh it worked very fine for me with dovecot 1.0 :) Interesting, I never thought it did properly, maybe it depends on the database. I'll see what I can do to fix it, or I'll use another version of dovecot if I can't get it fixed :) It shouldn't be too hard. I don't have much time for that these days, but if you don't manage give me a note, and otherwise I would take and apply the patch :) johannes signature.asc Description: This is a digitally signed message part
[Dovecot] cyrus2courrier mass migration
Hello, So we've chosen to use dovecot as our imap mail server and replace our old cyrus server ! BUT : I would like to do a conversion of my imap accounts (and keep all theirs characteristics) from cyrus-imapd-2.2.12 in cyrus format to dovecot 1.1.3 in courrier format. I've tried those 3 tools : cyrus2courrier.1.5.ts cyrus2courier-1.3z4 imapsync (works well but very slow and should not be a true solution) But nothing is working to keep the seen/unseen flag (expect imapsync) ! I know my cyrus version is too recent but do you have any idea how could I do this migration ? A second problem is that I have 600 Go of imap account to migrate, if you've any clue on how to do a migration without loosing a lot of availability, I would be happy to read you ! Tanks in advance. begin:vcard fn:Mathieu Kretchner n:Kretchner;Mathieu org:INRIA;Syslog adr;dom:;;2007 route des lucioles - BP93;Sophia Antipolis;;06902 CEDEX email;internet:[EMAIL PROTECTED] tel;work:04 92 38 76 67 x-mozilla-html:FALSE version:2.1 end:vcard
Re: [Dovecot] dovecot imap auth fails to reconnect pgsql backend
Hi, We've observed frequent auth failure recently from the SquirrelMail frontend. The imap server is the dovecot-1.0.7-2 from Centos 5.2. The auth backend is a pgsql database on another server. The only way to make it work is to restart the dovecot, though sometimes it'll recover automatically, but you don't know when. At first we thought there might be a network problem, but we can always run pgsql client from the dovecot server to connect and query the backend database during the auth failure. We then upgraded to dovecot-1.1.3 from atrpms.net yesterday, and still the same. It looks like the dovecot fails to reconnect/retry pgsql backend. It's the router, a H3C Quidway AR28-31 with the latest firmware VRP3.4 F0306p06, caused the problem. We upgraded it last week and found part of the database connection from the mail server were blocked by the firewall in the DB server syslog because of the bad tcp state. After revert the firmware, mail server auth act normal again. Regards, Frank Wang
Re: [Dovecot] cyrus2courrier mass migration
* Mathieu Kretchner [EMAIL PROTECTED] [2008-09-22 16:11]: I would like to do a conversion of my imap accounts (and keep all theirs characteristics) from cyrus-imapd-2.2.12 in cyrus format to dovecot 1.1.3 in courrier format. I've tried those 3 tools : cyrus2courrier.1.5.ts cyrus2courier-1.3z4 imapsync (works well but very slow and should not be a true solution) But nothing is working to keep the seen/unseen flag (expect imapsync) ! I know my cyrus version is too recent but do you have any idea how could I do this migration ? cyrus2courier 1.5.ts should work with Cyrus 2.2.12 if the seen (and subscription) states are available in flat text files; otherwise, they must first be converted using cvt_cyrusdb(8). However, for our conversion, we've written our own cyrus2dovecot which also supports skiplist databases (amongst another few features not provided by the other tools): http://cyrus2dovecot.sw.fu-berlin.de/ Holger
Re: [Dovecot] cyrus2courrier mass migration
Holger Weiss wrote: cyrus2courier 1.5.ts should work with Cyrus 2.2.12 if the seen (and subscription) states are available in flat text files; otherwise, they must first be converted using cvt_cyrusdb(8). However, for our conversion, we've written our own cyrus2dovecot which also supports skiplist databases (amongst another few features not provided by the other tools): http://cyrus2dovecot.sw.fu-berlin.de/ Great! Im think it should uploaded to Timo`s migration wiki page. -- Best regards, Proskurin Kirill
[Dovecot] Test environment question
My production DC machine owns the mail filesystems and is running DC V1.0.15 and mbox folder format. I am looking to test V1.1.3 on another machine, which NFS mounts the mail filesystems, but has its own local index FS. I have made this test environment my default connection in TBird, and it seems to work just fine. Also, I have made sure that my TBird client isn't connecting to the production server (it has multiple accounts but I have turned off the cehck for mail when starting and check for new mail every N minutes functions, and then check the ps table to make sure there are no imap connections) However, I'm seeing two errmsgs in the maillog on the test machine: Sep 22 11:54:13 egg mail:err|error dovecot: IMAP(sdean): posix_fallocate() faile d: Protocol not available Sep 22 11:54:13 egg mail:err|error dovecot: IMAP(sdean): file_set_size() failed with mbox file /var/spool/mail/sdean: Protocol not available which appear to happen AFTER mail arrives at the production serverit seems to happen on my test server the next time my client goes to access mail AFTER mail has arrived at the production server. Subsequent client requests of the test server execute without error until AFTER the next time mail arrives at and my inbox is updated with it. Again, if I hadn't looked at the logs, I wouldn't know there was a problem...I can see my new mail just fine from the test server. The questions: Is this anything I should be concerned about? Is this a bug or a legit problem coming from my improper use of two servers against the same data. FWIW, I am using fcntl for both mbox read and write locks. procmail in the MDA on the production server, and its locking hierarchy dotlock,fcntl, which Timo previously approved. Thanks! Production dovecot -n output: # 1.0.15: /usr/local/etc/dovecot.conf listen: *:143 ssl_listen: *:993 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_processes_count: 12 login_max_processes_count: 774 verbose_proctitle: yes first_valid_uid: 200 mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u:INDEX=/var/dcindx/%u mbox_write_locks: fcntl mbox_dirty_syncs: no auth default: passdb: driver: pam userdb: driver: passwd Test dovecot -n output: # 1.1.3: /usr/local/etc/dovecot.conf listen: *:143 ssl_listen: *:993 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_processes_count: 12 login_max_processes_count: 774 max_mail_processes: 1024 verbose_proctitle: yes first_valid_uid: 200 mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u:INDEX=/var/dcindx/%u mbox_write_locks: fcntl mbox_dirty_syncs: no auth default: passdb: driver: pam userdb: driver: passwd
Re: [Dovecot] antispam plugin signature-log backend with v1.1.2
The antispam plugn has, IMO, suboptimal logging. I had problems with it too. I have patches for it that helped me debug the situation, and I'll be submitting them to the FreeBSD ports maintainer as I didn't get any response when I emailed the antispam plugin author. H
Re: [Dovecot] dovecot imap auth fails to reconnect pgsql backend
On Sun, 2008-09-21 at 15:44 +0800, Frank Wang wrote: Sep 21 14:23:49 mail dovecot: child 15241 (auth) killed with signal 11 Can you still reproduce this crash? It would be nice to get its backtrace to get that bug fixed. The core file should be in Dovecot's base_dir (/var/run/dovecot probably). http://dovecot.org/bugreport.html signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-sieve-1.1.5 compile error
On Mon, 2008-09-22 at 16:05 +0800, Zhang Huangbin wrote: Hi, all. I compiled and installed dovecot-1.1.3 with this cmd: # ./configure --prefix=/usr/local/dovecot --disable-ipv6 --with-mysql --with-ldap --with-zlib --enable-header-install Then compiled dovecot-sieve-1.1.5 with this cmd: ./configure --with-dovecot=/usr/local/dovecot/lib/dovecot But i got this error msg: stdout:1654: warning: no previous prototype for 'addrget_lineno' stdout:1663: warning: no previous prototype for 'addrget_in' stdout:1671: warning: no previous prototype for 'addrget_out' These aren't errors, they're warnings. And it's normal to get them. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Adding new password schemes?
On Sun, 2008-09-21 at 19:52 -0700, Ian R. Justman wrote: Hi, all. I was curious how difficult it would be to add a new password scheme to Dovecot? Easy. It's also possible to do as a plugin. Here's one for Dovecot v1.0: http://dovecot.org/patches/password-scheme-lmpass.c It probably needs some small changes for v1.1. At least __attr_unused__ has been renamed to ATTR_UNUSED. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Bug in keywords conversion with courier-dovecot-migrate.pl v1.1.7
On Fri, 2008-09-19 at 11:03 -0500, John Lightsey wrote: # read updates from the directory my %updates; foreach ($keyword_dir/*) { This isn't going to pick up any files beginning with a dot, so most of the update files in the courierimapkeywords directory are going to be skipped. Any suggestions how to best fix it? My Perl knowledge isn't too good. opendir/readdir/closedir... Personally I avoid file globs in Perl whenever possible because of the tricks and limitations involved with them. For instance, if the glob expands to more than GLOB_LIMIT files what is going to happen? opendir/readdir/closedir has very predictable behavior. Actually since we're talking about that, scan_maildir() is very likely to hit the glob limit. It should also be switched to readdir. The maildir files update loop in convert_subscriptions() as well. Thanks, I updated all of them and uploaded v1.1.8. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Possible bug involving LDA and Namespaces
On Fri, 2008-09-19 at 10:52 -0400, Allen Belletti wrote: namespace private { list = no separator = / prefix = INBOX/ inbox = no hidden = yes } Nonetheless, when deliver starts up it believes that both namespaces have list = yes. What Dovecot version? Seems to work with me. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Possible bug involving LDA and Namespaces
Hi Timo, This is with version 1.1.3. Unfortunately I hadn't gotten around to trying deliver until very recently, so I don't have any results from prior versions. Thanks, Allen Timo Sirainen wrote: On Fri, 2008-09-19 at 10:52 -0400, Allen Belletti wrote: namespace private { list = no separator = / prefix = INBOX/ inbox = no hidden = yes } Nonetheless, when deliver starts up it believes that both namespaces have list = yes. What Dovecot version? Seems to work with me. -- Allen Belletti [EMAIL PROTECTED] 404-894-6221 Phone Industrial and Systems Engineering404-385-2988 Fax Georgia Institute of Technology
Re: [Dovecot] fts squat and dovecot-shared
On Fri, 2008-09-19 at 13:53 +0400, Anton Yuzhaninov wrote: It seems, that dovecot-shared ignored by fts squat and dovecot.index.search/dovecot.index.search.uids created with wrong permissions. This makes squat unusable with symlinked shared maildirs. This should fix it: http://hg.dovecot.org/dovecot-1.1/rev/189e940d5d5e signature.asc Description: This is a digitally signed message part
Re: [Dovecot] %d is empty
Timo Sirainen wrote: On Sat, 2008-09-20 at 13:44 +0500, rihad wrote: user [EMAIL PROTECTED] .. Further investigation revealed that %u is just rihad and not [EMAIL PROTECTED] Any hints? You're dropping the domain somewhere. Maybe in auth_username_format? If you can't fix it, send your dovecot -n output. I didn't change much. Here's my dovecot -n: # 1.1.3: /usr/local/etc/dovecot.conf protocols: imap imaps pop3 pop3s ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: mbox:~/mail/:INBOX=/var/mail/%u maildir_copy_preserve_filename: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_enable_last(default): no pop3_enable_last(imap): no pop3_enable_last(pop3): yes pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Ln passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: uid=postfix gid=postfix home=/home/rihad/mail/%d/%n socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix Here's my diff -u /usr/local/share/examples/dovecot/dovecot.conf /usr/local/etc/dovecot.conf: Basically I turned off ssl, pam, ldap, and turned on static sql. --- /usr/local/share/examples/dovecot/dovecot.conf 2008-09-19 16:47:55.0 +0500 +++ /usr/local/etc/dovecot.conf 2008-09-22 23:14:34.0 +0500 @@ -85,6 +85,7 @@ # Disable SSL/TLS support. #ssl_disable = no +ssl_disable = yes # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before # dropping root privileges, so keep the key file unreadable by anyone but @@ -825,7 +826,7 @@ # database (passwd usually), you can use static userdb. # REMEMBER: You'll need /etc/pam.d/dovecot file created for PAM # authentication to actually work. doc/wiki/PasswordDatabase.PAM.txt - passdb pam { +# passdb pam { # [session=yes] [setcred=yes] [failure_show_msg=yes] # [cache_key=key] [service name] # @@ -854,8 +855,8 @@ # args = session=yes %Ls # args = cache_key=%u dovecot #args = dovecot -args = session=yes dovecot - } +#args = session=yes dovecot +# } # System users (NSS, /etc/passwd, or similiar) # In many systems nowadays this uses Name Service Switch, which is @@ -897,11 +898,11 @@ #} # SQL database doc/wiki/AuthDatabase.SQL.txt - #passdb sql { + passdb sql { # Path for SQL configuration file. # See /usr/local/share/examples/dovecot/dovecot-sql.conf -#args = /usr/local/etc/dovecot-sql.conf - #} +args = /usr/local/etc/dovecot-sql.conf + } # LDAP database doc/wiki/AuthDatabase.LDAP.txt #passdb ldap { @@ -934,7 +935,7 @@ # proceses. Useful with remote NSS lookups that may block. # NOTE: Be sure to use this setting with nss_ldap or users might get # logged in as each others! -args = blocking=yes +#args = blocking=yes } # passwd-like file with specified location @@ -945,7 +946,7 @@ #} # static settings generated from template doc/wiki/UserDatabase.Static.txt - #userdb static { + userdb static { # Template for the fields. Can return anything a userdb could normally # return. For example: # @@ -958,8 +959,8 @@ # the user verification another way, you can add allow_all_users=yes to # the args in which case the passdb lookup is skipped. # -#args = - #} + args = uid=postfix gid=postfix home=/home/rihad/mail/%d/%n + } # SQL database doc/wiki/AuthDatabase.SQL.txt #userdb sql { @@ -993,7 +994,7 @@ # authentication with BSDs internally accesses shadow files, which also # requires roots. Note that this user is NOT used to access mails. # That user is specified by userdb above. - user = root +# user = root # Directory where to chroot the process. Most authentication backends don't # work if this is set, and there's no point chrooting if auth_user is root. @@
Re: [Dovecot] Test environment question
On Mon, 2008-09-22 at 13:04 -0400, Stewart Dean wrote: Sep 22 11:54:13 egg mail:err|error dovecot: IMAP(sdean): posix_fallocate() faile d: Protocol not available See if this helps: http://hg.dovecot.org/dovecot-1.1/rev/ad13463328aa signature.asc Description: This is a digitally signed message part
Re: [Dovecot] %d is empty
On Mon, 2008-09-22 at 23:17 +0500, rihad wrote: auth default: username_format: %Ln Why did you set this? You're the second person already having this problem recently. Is there some HOWTO or something recommending to do this? Use %Lu instead. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] %d is empty
Timo Sirainen wrote: On Mon, 2008-09-22 at 23:17 +0500, rihad wrote: auth default: username_format: %Ln Why did you set this? You're the second person already having this problem recently. Is there some HOWTO or something recommending to do this? Use %Lu instead. It ain't me, it's stock FreeBSD's Port /usr/local/share/examples/dovecot/dovecot.conf that does this, or better yet, /usr/ports/mail/dovecot/files/patch-dovecot-example.conf: -#auth_username_format = +auth_username_format = %Ln Nevertheless, thanks for helping newbies. I'll try your suggested fix :)
Re: [Dovecot] Small deliver bug
On Thu, 2008-09-11 at 12:36 +0100, Robin Breathe wrote: Sep 11 12:30:13 csmail2 deliver(88345678): [ID 994296 mail.error] file_dotlock_open(/users4/stu/78/88345678/control/maildirsize) failed: No such file or directory This should fix it: http://hg.dovecot.org/dovecot-1.1/rev/14112c8e6a59 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot LDA and quota
On Tue, 2008-09-16 at 17:54 +0200, Jonas Christian wrote: which I changed to quota_rule=*:bytes:bytes I guess you really have bytes=, not bytes:? Otherwise it should have logged an error. What happens now is that deliver (the Dovecot LDA) only picks up the quotas set in the maildirsize file in the user's homedir. It doesn't pick up the quota set in the userdb. Also, when I delete the maildirsize file, I doesn't get recreated by the LDA and quotas don't get checked at all. Any ideas? I'd be very grateful for any pointers. Set mail_debug=yes. What does it log when logging in? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Initial support for shared mailboxes
On Wed, 2008-09-17 at 01:31 +0200, Robert Schetterer wrote: dovecot: Sep 17 01:26:05 Panic: IMAP([EMAIL PROTECTED]): shared mailbox list: Can't return path for 'users/' Fixed: http://hg.dovecot.org/dovecot-1.2/rev/fd4091d53627 http://hg.dovecot.org/dovecot-1.2/rev/909ed7cd98a5 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot 1.1.3 coredump
On Thu, 2008-09-18 at 19:32 +0400, Anton Yuzhaninov wrote: I found imap core in coredump dir: (gdb) bt #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 Do you still have this core? Could you do: p *ctx.input p ret p msg p size p parse_size p startpos signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Mailbox consistency with multiple clients
On Thu, 2008-09-18 at 12:06 +0100, Yates Ian Mr (ITCS) wrote: There's a mix of the following: Outlook Outlook express Thunderbird Squirrelmail (webmail) But we tried getting the users sharing the account to use just one client (squirrelmail) and they were still reporting the problem?! I forgot to say that they were working this way with no problems on dovecot 1.0.2 but since the migration to 1.1.3 we've had this problem. In an effort to help the situation I changed the following settings from the original, from enabling lazy writes to disabling: mbox_dirty_syncs: no mbox_lazy_writes: no As long as you're using Dovecot's index files, these should make no difference. Do they? I find this problem really weird. If you're using a shared account, it's exactly the same as if there were just a single user using multiple clients. Or in Squirrelmail case the same as if the same user was logged in multiple times with different web browsers. And in Squirrelmail case it connects, does something for a short time and disconnects. Dovecot doesn't even know if there are different users using it. So if it shows different views for different users, then the exact same thing should be happening also randomly to the same user even if s/he's the only one logged in. Are you using any kind of an IMAP proxy? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] assertion failure in current hg, file istream.c: line 303 (i_stream_read_data): assertion failed: (stream-stream_errno != 0) (1.1.3 was working fine)
On Wed, 2008-09-17 at 22:01 +0200, Diego Liziero wrote: On Wed, Sep 17, 2008 at 9:35 PM, Timo Sirainen [EMAIL PROTECTED] wrote: Could you do: #6 0x080fcb64 in i_stream_read_data (stream=0x9094a08, data_r=0xbfe6, size_r=0xbfe64440, threshold=0) at istream.c:303 ret = -1 read_more = false __PRETTY_FUNCTION__ = i_stream_read_data fr 6 p *stream p *stream.real_stream (gdb) fr 6 #6 0x080fcb64 in i_stream_read_data (stream=0x9094a08, data_r=0xbfe6, size_r=0xbfe64440, threshold=0) at istream.c:303 303 i_assert(stream-stream_errno != 0); I'm still not really sure why this is happening. I recently added some more asserts to v1.2 code tree. Now that I've fixed several bugs in them maybe they're stable enough for v1.1 too. Does this move the assert to come earlier? http://hg.dovecot.org/dovecot-1.1/rev/a1a14d67b15d signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Lots of assertion PANICs in error log
On Fri, 2008-09-19 at 14:24 -0500, Eric Jon Rostetter wrote: Quoting Eric Jon Rostetter [EMAIL PROTECTED]: Quoting Timo Sirainen [EMAIL PROTECTED]: dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39 (index_mailbox_set_recent_uid): assertion failed: (seq_range_exists(ibox-recent_flags, uid)) This patch should help: http://hg.dovecot.org/dovecot-1.1/rev/8cc0eaec7d0f I applied that patch last night, and I'm still seeing the same errors... So unless I didn't get the patch right, there is still something amiss... As way of an update, I could never fix this with 1.1.2, but I recently upgraded to 1.1.3 and I'm still seeing the problem, but A LOT less... Right now, since upgrading to 1.1.3, I have 1 user, and only 1 user, triggering this same assert. Does it include UIDVALIDITY changed error before the assert? I finally got around to fixing that: http://hg.dovecot.org/dovecot-1.1/rev/471b0096b579 I have two other users who each triggered another assert a single time each: dovecot: Panic: IMAP(user): file message-parser.c: line 129 (message_parser_read_more): assertion failed: (ctx-input-eof || ctx-input-stream_errno != 0) I'm not sure about this, but these patches add some more asserts to cause it to happen earlier: http://hg.dovecot.org/dovecot-1.1/rev/983f82053800 http://hg.dovecot.org/dovecot-1.1/rev/336eabeae7fd http://hg.dovecot.org/dovecot-1.1/rev/a1a14d67b15d I also get the occasional error of Next message unexpectedly lost from ... for some users. I've added some debugging code to my code to figure out why this is happening. Unfortunately I've been reading my mails over a week without it happening.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] One fs with quota, one without: incorrect data shown
On Mon, 2008-09-22 at 15:17 +0200, Laurent Blume wrote: Hello all, I'm using Dovecot 1.0.15 on a Solaris 10. .. I tried the following configurations, but without success, the result is always the same: quota = fs quota = fs:INBOX:mount=/var/mail quota2 = fs:Others:mount=/export/home quota = fs:Others:mount=/export/home Any idea what I'm doing wrong? TIA, You're not using v1.1 :) Only quota = fs works with v1.0. All the rest do the exact same thing. signature.asc Description: This is a digitally signed message part
[Dovecot] Stupid question: Need to increase some connection limits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I switch from one network to another, I sometimes get dovecot rejecting my connections. The error I get in the log is similar to: Sep 22 15:23:22 hostname dovecot: imap-login: Maximum number of connections from user+IP exceeded: user=user, method=METHOD, rip=1.2.3.4, lip=5.6.7.8 So the question is what parameter increases that? My five minutes of looking has failed me. Jon -BEGIN PGP SIGNATURE- Version: PGP Universal 2.6.3 Charset: US-ASCII wj8DBQFI2BtFsTedWZOD3gYRAs18AJ4wcFwyUl7JyVg5EO6jiZCWwt8URACdElWW 4pYB51ubkC1I+wf8RLuivYY= =yjuT -END PGP SIGNATURE-
Re: [Dovecot] Initial support for shared mailboxes
Timo Sirainen schrieb: On Wed, 2008-09-17 at 01:31 +0200, Robert Schetterer wrote: dovecot: Sep 17 01:26:05 Panic: IMAP([EMAIL PROTECTED]): shared mailbox list: Can't return path for 'users/' Fixed: http://hg.dovecot.org/dovecot-1.2/rev/fd4091d53627 http://hg.dovecot.org/dovecot-1.2/rev/909ed7cd98a5 Hi Timo, i will test this -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] dovecot-sieve-1.1.5 compile error
Timo Sirainen wrote: On Mon, 2008-09-22 at 16:05 +0800, Zhang Huangbin wrote: Hi, all. I compiled and installed dovecot-1.1.3 with this cmd: # ./configure --prefix=/usr/local/dovecot --disable-ipv6 --with-mysql --with-ldap --with-zlib --enable-header-install Then compiled dovecot-sieve-1.1.5 with this cmd: ./configure --with-dovecot=/usr/local/dovecot/lib/dovecot But i got this error msg: stdout:1654: warning: no previous prototype for 'addrget_lineno' stdout:1663: warning: no previous prototype for 'addrget_in' stdout:1671: warning: no previous prototype for 'addrget_out' These aren't errors, they're warnings. And it's normal to get them. Thanks Timo. :)
Re: [Dovecot] Bug in keywords conversion with courier-dovecot-migrate.pl v1.1.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 19 Sep 2008, Timo Sirainen wrote: Any suggestions how to best fix it? My Perl knowledge isn't too good. I do recommend using opendir() cycle like so: - --- /tmp/courier-dovecot-migrate.pl.orig2008-09-22 10:55:00.0 +0200 +++ /tmp/courier-dovecot-migrate.pl 2008-09-22 11:00:19.0 +0200 @@ -341,12 +341,10 @@ # read updates from the directory my %updates; - - foreach ($keyword_dir/*) { - -s,^$keyword_dir/,,; - -next if ($_ eq :list); - - - -my $fname = $_; - -if (/^\.(\d+)\.(.*)$/) { + if(opendir(DIR, $keyword_dir)) { + while(defined (my $fname = readdir(DIR))) { + next if $fname eq ':list'; + if ($fname =~ /^\.(\d+)\.(.*)$/) { my ($num, $base_fname) = ($1, $2); if (!defined $updates{$fname}) { $updates{$fname} = $num; @@ -361,6 +359,10 @@ $updates{$fname} = -1; } } + closedir DIR or die Failed reading $keyword_dir: $!\n; + } else { + die Failed opening $keyword_dir: $!\n; + } # apply the updates foreach (keys %updates) { - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI118/VJMDrex4hCIRArglAJ9K+wkb2pOVDBEATCxTFylX5HhsMQCg1VzP W9NSzDI55wNDZqGRgK6GXVw= =YwiS -END PGP SIGNATURE-
Re: [Dovecot] dovecot 1.1.3 coredump
On 22.09.2008 23:34, Timo Sirainen wrote: On Thu, 2008-09-18 at 19:32 +0400, Anton Yuzhaninov wrote: I found imap core in coredump dir: (gdb) bt #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 Do you still have this core? Could you do: p *ctx.input p ret p msg p size p parse_size p startpos (gdb) f 0 #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 114 if (msg[0] == '\n' || (gdb) p *ctx.input $1 = {v_offset = 0, stream_errno = 0, mmaped = 0, blocking = 1, closed = 0, seekable = 1, eof = 0, real_stream = 0x795180} (gdb) p ret $2 = -2 (gdb) p msg $3 = (const unsigned char *) 0x0 (gdb) p size $4 = 0 (gdb) p parse_size $5 = 0 (gdb) p startpos $6 = 0 -- WBR, Anton Yuzhaninov
Re: [Dovecot] dovecot 1.1.3 coredump
On Tue, 2008-09-23 at 09:38 +0400, Anton Yuzhaninov wrote: On 22.09.2008 23:34, Timo Sirainen wrote: On Thu, 2008-09-18 at 19:32 +0400, Anton Yuzhaninov wrote: I found imap core in coredump dir: (gdb) bt #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 Do you still have this core? Could you do: p *ctx.input p ret p msg p size p parse_size p startpos (gdb) f 0 #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 114 if (msg[0] == '\n' || (gdb) p *ctx.input $1 = {v_offset = 0, stream_errno = 0, mmaped = 0, blocking = 1, closed = 0, seekable = 1, eof = 0, real_stream = 0x795180} Thanks, one more: p *ctx.input.real_stream (gdb) p ret $2 = -2 (gdb) p msg $3 = (const unsigned char *) 0x0 (gdb) p size $4 = 0 Strange, it returned input buffer is full while the buffer was empty.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot 1.1.3 coredump
On 23.09.2008 09:47, Timo Sirainen wrote: On Tue, 2008-09-23 at 09:38 +0400, Anton Yuzhaninov wrote: On 22.09.2008 23:34, Timo Sirainen wrote: On Thu, 2008-09-18 at 19:32 +0400, Anton Yuzhaninov wrote: I found imap core in coredump dir: (gdb) bt #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 Do you still have this core? Could you do: p *ctx.input p ret p msg p size p parse_size p startpos (gdb) f 0 #0 0x004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffe478) at message-header-parser.c:114 114 if (msg[0] == '\n' || (gdb) p *ctx.input $1 = {v_offset = 0, stream_errno = 0, mmaped = 0, blocking = 1, closed = 0, seekable = 1, eof = 0, real_stream = 0x795180} Thanks, one more: p *ctx.input.real_stream (gdb) p *ctx.input.real_stream $1 = {iostream = {refcount = 2, close = 0x4d1610 io_stream_default_close_destroy, destroy = 0x4a78b0 i_stream_header_filter_destroy, set_max_buffer_size = 0x4a7980 i_stream_header_filter_set_max_buffer_size, destroy_callback = 0x4630f0 index_mail_stream_destroy_callback, destroy_context = 0x713048}, read = 0x4a84a0 i_stream_header_filter_read, seek = 0x4a8770 i_stream_header_filter_seek, sync = 0x4a88e0 i_stream_header_filter_sync, stat = 0x4a8900 i_stream_header_filter_stat, istream = {v_offset = 0, stream_errno = 0, mmaped = 0, blocking = 1, closed = 0, seekable = 1, eof = 0, real_stream = 0x795180}, fd = -1, abs_start_offset = 212797, statbuf = {st_dev = 0, st_ino = 0, st_mode = 0, st_nlink = 0, st_uid = 0, st_gid = 0, st_rdev = 0, st_atimespec = {tv_sec = 1221550817, tv_nsec = 0}, st_mtimespec = {tv_sec = 1221550817, tv_nsec = 0}, st_ctimespec = {tv_sec = 1221550817, tv_nsec = 0}, st_size = -1, st_blocks = 0, st_blksize = 0, st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}}, buffer = 0x0, w_buffer = 0x0, buffer_size = 0, max_buffer_size = 8192, skip = 0, pos = 0, parent = 0x7302d0, parent_start_offset = 0, line_str = 0x0} (gdb) p ret $2 = -2 (gdb) p msg $3 = (const unsigned char *) 0x0 (gdb) p size $4 = 0 Strange, it returned input buffer is full while the buffer was empty.. -- WBR, Anton Yuzhaninov Rambler Mail