Re: [Dovecot] Problems with Expire Plugin
Dear Timo, When running expire-tool --test shows the following message on dovecot.log: dovecot: Jul 11 02:05:12 Error: auth(default): prefetch(jma...@sistemasunidos.com): userdb lookup not possible with only userdb prefetch I need to add some configuration? Thanks Jose Luis > From: jolumape...@hotmail.com > To: dovecot@dovecot.org > Date: Fri, 10 Jul 2009 17:41:48 -0500 > Subject: Re: [Dovecot] Problems with Expire Plugin > > > I appreciate the explanation. > > The Papelera folder is set to expire in 1 day > > The Trash folder is empty, Yesterda when > I copy the first mail a the folder Papelera, the table expires is updated. > > +-+-+ > | mailbox | from_unixtime(expire_stamp) | > +-+-+ > | jma...@sistemasunidos.com/INBOX.Papelera | 2009-07-10 17:20:30 | > +-+-+ > > Before of 2009-07-10 17:20:30, when run expire-tool --test showed this > message: > > [r...@mail ~]# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool > --test > Info: jma...@enlaceaduanero.com.pe/INBOX.Papelera: stop, expire time in > future: Fri Jul 10 17:20:30 2009 > > After of 2009-07-10 17:20:30, when run expire-tool did not show any message > and delete data from table expires. > > In reviewing the Trash folder, the mail that was copied was maintained. > > This problem may be with the version of dovecot 1.1.6 or settings of Maildir > or namespace? > > Thanks for your help!! > > dovecot -n > > # 1.1.16: /usr/local/etc/dovecot.conf > Warning: There is no way to login to this server: disable_plaintext_auth=yes, > ssl-disable=yes, no non-plaintext auth mechanisms. > # OS: Linux 2.6.9-67.0.7.EL i686 CentOS release 4.6 (Final) > log_path: /var/log/dovecot.log > protocols: imap > listen: *:10143 > ssl_disable: yes > login_dir: /usr/local/var/run/dovecot/login > login_executable: /usr/local/libexec/dovecot/imap-login > first_valid_uid: 89 > last_valid_uid: 89 > first_valid_gid: 89 > last_valid_gid: 89 > mail_uid: 89 > mail_gid: 89 > mail_location: maildir:~/Maildir > mail_debug: yes > mail_plugins: quota imap_quota autocreate expire > namespace: > type: private > separator: . > prefix: INBOX. > inbox: yes > list: yes > subscriptions: yes > auth default: > passdb: > driver: checkpassword > args: /usr/vpopmail/bin/vchkpw /usr/local/bin/vchkpw-wrapper.sh > userdb: > driver: prefetch > args: uid=89 gid=89 home=/usr/vpopmail/domains/%d/%u > socket: > type: listen > master: > path: /usr/local/var/run/dovecot/auth-master > mode: 384 > user: vpopmail > group: vchkpw > plugin: > quota: maildir > quota_rule: ?:storage=0 > quota_rule2: Trash:ignore > quota_rule3: Papelera:ignore > expire: INBOX.Papelera 1 INBOX.Papelera.* 1 > expire_dict: proxy::expire > autocreate: INBOX.Papelera > autosubscribe: INBOX.Papelera > dict: > expire: mysql:/usr/local/etc/dovecot-dict-expire.conf > > > > > > From: t...@iki.fi > > To: jolumape...@hotmail.com > > Date: Mon, 27 Jul 2009 16:45:56 -0400 > > CC: dovecot@dovecot.org > > Subject: Re: [Dovecot] Problems with Expire Plugin > > > > I'm getting tired of explaining again and again how expire plugin is > > supposed to work, so I added now Example #1 timeline and Example #2 > > timeline to http://wiki.dovecot.org/Plugins/Expire which tell exactly > > what is supposed to happen with a couple of examples. Do they finally > > help understanding how exactly things are supposed to work? > > > > Unfortunately X-SAVEDATE doesn't work with current 1.2 versions, because > > of a bug. If you want to look at them, you can apply this patch to > > v1.2.1: http://hg.dovecot.org/dovecot-1.2/rev/f353c5b71097 > > > > On Fri, 2009-07-10 at 10:58 -0500, Jose Luis Marin Perez wrote: > > > Dear Timo, > > > > > > As I understand with regard to Expire plugin is marking the folder will > > > be deleted in a certain amount of days and that the deletion is > > > performed by expire-tool > > > > > > Expire plugin works correctly, and > > > I can check on the database folder has been marked, the problem is with > > > expire-tool as it does the deletion. > > > > > > This is intended to expire Expire Plugin-tool? > > > > > > Please require your help to solve this problem. > > > > > > I apologize for my low level of knowledge about these issues, but what > > > interests me is to learn. > > > > > > Thanks > > > > > > Jose Luis > > > > > > > From: jolumape...@hotmail.com > > > > To: t...@iki.fi > > > > Date: Thu, 9 Jul 2009 14:18:28 -0500 > > > > CC: dovecot@dovecot.org > > > > Subject: Re: [Dovecot] Problems with Expire Plugin > > > > > > > > > > > > Dear Timo > > > > > > > > I have set up crontab to run the tool expires at midnight > > > > > >
Re: [Dovecot] Sieve vacation with russian subject
On Wed, July 8, 2009 12:04, Nikita Koshikov wrote: > Please tell, is it possible to fix this ? fix is nedded in sieve client what ever that is, not in anything dovecot does so to test: iconv the sieve script to unicode, and save it, then it works ? -- xpoint
Re: [Dovecot] Login Fails: epoll_ctl(1, 7): Operation not permitted
I would pick it up if I knew anything about maintaining a Gentoo package. Thomas Suckow On Fri, Jul 10, 2009 at 7:32 AM, Charles Marcus wrote: > On 7/10/2009 2:21 AM, Thomas Suckow wrote: >> Upgraded to 1.1.16(Unstable) and it seems to be working. >> Thanks! >> >> Now to go and find why Gentoo considers it unstable. > > Sorry, missed your reply... > > Looks like it is unstable because the dovecot maintainer is awol... > > Hopefully someone will pick it up soon... > > -- > > Best regards, > > Charles Marcus > I.T. Director > Media Brokers International, Inc. > 678.514.6200 x224 > 678.514.6299 fax >
Re: [Dovecot] problem with convert-tool: "Invalid mailbox name"
On Thu, Jul 9, 2009 at 11:11 PM, Timo Sirainen wrote: > On Wed, 2009-07-08 at 01:25 -0300, Ezequiel Alfíe wrote: >> "Mailbox conversion: Couldn't create mailbox sub/folder3: Invalid mailbox >> name" > > Fixed: http://hg.dovecot.org/dovecot-1.1/rev/dee948c9f14f Thanks Timo! I end up using the mb2md.py script out there, I was in a hurry for doing the conversion. > >
Re: [Dovecot] v1.2.1 released
Le 10 juil. 09 à 05:00, Timo Sirainen a écrit : http://dovecot.org/releases/1.2/dovecot-1.2.1.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.1.tar.gz.sig Mainly fixes to some issues found by people when upgrading to v1.2.0. [...] - mbox: New mailboxes were created with UIDVALIDITY 1. Thanks :-) [...] - Fixed ACLs to work with mbox. Thanks again :-) :-) - Fixed fchmod(-1, -1) errors with BSDs Wasn't it more exactly that problem that appeared with AIX+NFS4? For the sake of future reference, wouldn't it be more relevant to have a memo such as "Fixed fchmod(-1, -1) errors which appeared under certain circumstances, the operation being anyway uneeded"? [...] Anyway, I tested your patches as soon as you released them wrt ACLs and mbox format (seems to be OK up to now!). BTW, this led me to devise a more or less systematic way to compile the hg releases under Mac OS X (with Developer Tools installed, of course, but without many prerequisites). Could this be worth of sharing? If yes, how? Axel
Re: [Dovecot] Problems with Expire Plugin
I appreciate the explanation. The Papelera folder is set to expire in 1 day The Trash folder is empty, Yesterda when I copy the first mail a the folder Papelera, the table expires is updated. +-+-+ | mailbox | from_unixtime(expire_stamp) | +-+-+ | jma...@sistemasunidos.com/INBOX.Papelera | 2009-07-10 17:20:30 | +-+-+ Before of 2009-07-10 17:20:30, when run expire-tool --test showed this message: [r...@mail ~]# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test Info: jma...@enlaceaduanero.com.pe/INBOX.Papelera: stop, expire time in future: Fri Jul 10 17:20:30 2009 After of 2009-07-10 17:20:30, when run expire-tool did not show any message and delete data from table expires. In reviewing the Trash folder, the mail that was copied was maintained. This problem may be with the version of dovecot 1.1.6 or settings of Maildir or namespace? Thanks for your help!! dovecot -n # 1.1.16: /usr/local/etc/dovecot.conf Warning: There is no way to login to this server: disable_plaintext_auth=yes, ssl-disable=yes, no non-plaintext auth mechanisms. # OS: Linux 2.6.9-67.0.7.EL i686 CentOS release 4.6 (Final) log_path: /var/log/dovecot.log protocols: imap listen: *:10143 ssl_disable: yes login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login first_valid_uid: 89 last_valid_uid: 89 first_valid_gid: 89 last_valid_gid: 89 mail_uid: 89 mail_gid: 89 mail_location: maildir:~/Maildir mail_debug: yes mail_plugins: quota imap_quota autocreate expire namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: passdb: driver: checkpassword args: /usr/vpopmail/bin/vchkpw /usr/local/bin/vchkpw-wrapper.sh userdb: driver: prefetch args: uid=89 gid=89 home=/usr/vpopmail/domains/%d/%u socket: type: listen master: path: /usr/local/var/run/dovecot/auth-master mode: 384 user: vpopmail group: vchkpw plugin: quota: maildir quota_rule: ?:storage=0 quota_rule2: Trash:ignore quota_rule3: Papelera:ignore expire: INBOX.Papelera 1 INBOX.Papelera.* 1 expire_dict: proxy::expire autocreate: INBOX.Papelera autosubscribe: INBOX.Papelera dict: expire: mysql:/usr/local/etc/dovecot-dict-expire.conf > From: t...@iki.fi > To: jolumape...@hotmail.com > Date: Mon, 27 Jul 2009 16:45:56 -0400 > CC: dovecot@dovecot.org > Subject: Re: [Dovecot] Problems with Expire Plugin > > I'm getting tired of explaining again and again how expire plugin is > supposed to work, so I added now Example #1 timeline and Example #2 > timeline to http://wiki.dovecot.org/Plugins/Expire which tell exactly > what is supposed to happen with a couple of examples. Do they finally > help understanding how exactly things are supposed to work? > > Unfortunately X-SAVEDATE doesn't work with current 1.2 versions, because > of a bug. If you want to look at them, you can apply this patch to > v1.2.1: http://hg.dovecot.org/dovecot-1.2/rev/f353c5b71097 > > On Fri, 2009-07-10 at 10:58 -0500, Jose Luis Marin Perez wrote: > > Dear Timo, > > > > As I understand with regard to Expire plugin is marking the folder will > > be deleted in a certain amount of days and that the deletion is > > performed by expire-tool > > > > Expire plugin works correctly, and > > I can check on the database folder has been marked, the problem is with > > expire-tool as it does the deletion. > > > > This is intended to expire Expire Plugin-tool? > > > > Please require your help to solve this problem. > > > > I apologize for my low level of knowledge about these issues, but what > > interests me is to learn. > > > > Thanks > > > > Jose Luis > > > > > From: jolumape...@hotmail.com > > > To: t...@iki.fi > > > Date: Thu, 9 Jul 2009 14:18:28 -0500 > > > CC: dovecot@dovecot.org > > > Subject: Re: [Dovecot] Problems with Expire Plugin > > > > > > > > > Dear Timo > > > > > > I have set up crontab to run the tool expires at midnight > > > > > > When running with the --test option: > > > > > > Info: User lookup failed: jma...@sistemasunidos.com > > > Info: jma...@sistemasunidos.com/INBOX.Papelera: no messages left > > > > > > When running without the --test option: > > > > > > Does not leave any message and there are no data in the table expires of > > > Mysql > > > > > > I reviewed the Trash folder and still holds the emails. > > > > > > > > > It should be noted that for purposes of the test today I sent two > > > emails and copied to the Papelera folder so that after executing the > > > end-tool should be removed > > > > > > Thanks > > > > > > Jose Luis > > > > > > > Subject: Re: [Dovecot] Problems with Expire Plugin > > > > From: t
Re: [Dovecot] Problems with Expire Plugin
I'm getting tired of explaining again and again how expire plugin is supposed to work, so I added now Example #1 timeline and Example #2 timeline to http://wiki.dovecot.org/Plugins/Expire which tell exactly what is supposed to happen with a couple of examples. Do they finally help understanding how exactly things are supposed to work? Unfortunately X-SAVEDATE doesn't work with current 1.2 versions, because of a bug. If you want to look at them, you can apply this patch to v1.2.1: http://hg.dovecot.org/dovecot-1.2/rev/f353c5b71097 On Fri, 2009-07-10 at 10:58 -0500, Jose Luis Marin Perez wrote: > Dear Timo, > > As I understand with regard to Expire plugin is marking the folder will > be deleted in a certain amount of days and that the deletion is > performed by expire-tool > > Expire plugin works correctly, and > I can check on the database folder has been marked, the problem is with > expire-tool as it does the deletion. > > This is intended to expire Expire Plugin-tool? > > Please require your help to solve this problem. > > I apologize for my low level of knowledge about these issues, but what > interests me is to learn. > > Thanks > > Jose Luis > > > From: jolumape...@hotmail.com > > To: t...@iki.fi > > Date: Thu, 9 Jul 2009 14:18:28 -0500 > > CC: dovecot@dovecot.org > > Subject: Re: [Dovecot] Problems with Expire Plugin > > > > > > Dear Timo > > > > I have set up crontab to run the tool expires at midnight > > > > When running with the --test option: > > > > Info: User lookup failed: jma...@sistemasunidos.com > > Info: jma...@sistemasunidos.com/INBOX.Papelera: no messages left > > > > When running without the --test option: > > > > Does not leave any message and there are no data in the table expires of > > Mysql > > > > I reviewed the Trash folder and still holds the emails. > > > > > > It should be noted that for purposes of the test today I sent two > > emails and copied to the Papelera folder so that after executing the > > end-tool should be removed > > > > Thanks > > > > Jose Luis > > > > > Subject: Re: [Dovecot] Problems with Expire Plugin > > > From: t...@iki.fi > > > To: jolumape...@hotmail.com > > > CC: dovecot@dovecot.org > > > Date: Thu, 9 Jul 2009 14:57:19 -0400 > > > > > > On Thu, 2009-07-09 at 12:12 -0500, Jose Luis Marin Perez wrote: > > > > Now my problem is with expire-tool because it is not deleting the > > > > emails in the folder that has been marked by Expire Plugin. > > > > > > Did you read how exactly it works? > > > http://wiki.dovecot.org/Plugins/Expire > > > > > > > This is the command that I run through crontab: > > > > > > > > /usr/local/sbin/dovecot --exec-mail ext > > > > /usr/local/libexec/dovecot/expire-tool > > > > > > Giving --test parameter shows what it's really doing. > > > > > > > | jma...@sistemasunidos.com/INBOX.Papelera | 1247162400 | > > > > > > 1247162400 = Thu Jul 9 18:00:00 UTC 2009 > > > > > > So it should have started checking and expunging oldest message(s) from > > > this mailbox about an hour ago (as of when I'm writing this mail). > > > > > > > _ > > News, entertainment and everything you care about at Live.com. Get it now! > > http://www.live.com/getstarted.aspx > > _ > Explore the seven wonders of the world > http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Relative home directory paths not supported 1.2.1 broke my setup / solved
Timo Sirainen schrieb:
> On Fri, 2009-07-10 at 21:22 +0200, Robert Schetterer wrote:
>> user_query = SELECT concat('maildir:/usr/local/virtual/', maildir) AS home,
>
> This is just wrong. Either you should return it AS mail or you should
> remove maildir: prefix.
>
Hi Timo,
as ever your are right
changed to
user_query = SELECT concat('/usr/local/virtual/', maildir) AS home
makes it works again
thx thx, what a pitty, i missed you in Berlin
to say this to you in personal !
--
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
Re: [Dovecot] Relative home directory paths not supported 1.2.1 broke my setup
On Fri, 2009-07-10 at 21:22 +0200, Robert Schetterer wrote:
> user_query = SELECT concat('maildir:/usr/local/virtual/', maildir) AS home,
This is just wrong. Either you should return it AS mail or you should
remove maildir: prefix.
signature.asc
Description: This is a digitally signed message part
[Dovecot] Relative home directory paths not supported 1.2.1 broke my setup
Hi Timo,guess
this patch break my setup
http://hg.dovecot.org/dovecot-1.2/rev/dd49cf3fd2c9
the log entry does not look very right cause i dont use relative paths
or i missinterpreted somthing here
Jul 10 21:12:29 dovecot: Error: Relative home directory paths not
supported (user rob...@schetterer.com):
maildir:/usr/local/virtual/schetterer.com/rob...@schetterer.com/
how can i get my old setup working ?
i have
user_query = SELECT concat('maildir:/usr/local/virtual/', maildir) AS home,
--
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
Re: [Dovecot] imap_quota-error with 1.2.1
Robert Schetterer schrieb: > Timo Sirainen schrieb: >> On Jul 10, 2009, at 7:44 AM, Anton Dollmaier wrote: >> >>> Restarting IMAP/POP3 mail server: >>> dovecotEdlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) >>> failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined >>> symbol: xdr_ext_getquota_args >> a) Use automake v1.10+ (the deb-src seems to force using 1.9) >> >> b) Apply patch: http://hg.dovecot.org/dovecot-1.2/rev/66040bffc1a5 >> > > thx timo,hope > stephan at rename... > who does > deb http://xi.rename-it.nl/debian/ experimental-auto main repo > will fix it soon > Hi Timo, the latest autobuild fixed it -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] Expire-Plugin segmentation fault (Re: Can expire-tool skip folders with "expire time in future" errors?)
Timo Sirainen wrote: > > "No expiring in mailbox: Admin.Foo", just like before the modification. > > I don't understand this, because not using namespaces should mean literal > > string interpretation (or so I thought). > > Weird. Can you try what it logs with this patch? > http://hg.dovecot.org/dovecot-1.2/rev/bdd8cb7f341a I started from scratch: Unpacked the original 1.2.1 sources, applied your patch, compiled, installed to a blank directory, wiped the MySQL database table containing expire timestamps. I then copied my existing configuration files to the new Dovecot instance, changed every '/' to '.' in the "expire = ..." line, and now the expire plugin works as expected! This baffles me significantly, because your patch only adds some logging output and I have already tried using '.' before reporting back to you in the first place. I appreciate that it is working now, but it is a weird behaviour nonetheless... (*scratches head*) ?!? -R
Re: [Dovecot] Expire-Plugin segmentation fault (Re: Can expire-tool skip folders with "expire time in future" errors?)
On Fri, 2009-07-10 at 19:40 +0200, Ralph Seichter wrote: > Timo Sirainen wrote: > > > > I tried replacing '/' with '.', but it did me no good. > > > > What does it log then? > > "No expiring in mailbox: Admin.Foo", just like before the modification. > I don't understand this, because not using namespaces should mean literal > string interpretation (or so I thought). Weird. Can you try what it logs with this patch? http://hg.dovecot.org/dovecot-1.2/rev/bdd8cb7f341a signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Expire-Plugin segmentation fault (Re: Can expire-tool skip folders with "expire time in future" errors?)
Timo Sirainen wrote: > > I tried replacing '/' with '.', but it did me no good. > > What does it log then? "No expiring in mailbox: Admin.Foo", just like before the modification. I don't understand this, because not using namespaces should mean literal string interpretation (or so I thought). -R
Re: [Dovecot] v1.2.1 released
On Jul 10, 2009, at 10:47 AM, Timo Sirainen wrote: I also saw them when I recently upgraded from 1.1.16 to 1.2.0 and simultaneously switched to a new server (FROM PowerPC to Intel Mac Pro) but didn't expect to see them when simply upgrading to 1.2.1. Maybe those mailboxes just hadn't been opened since the PPC -> Intel change? That's not the case. They had been opened. No big deal: everything is working famously. Just a curiosity. Thank you. B. Bodger
Re: [Dovecot] Expire-Plugin segmentation fault (Re: Can expire-tool skip folders with "expire time in future" errors?)
On Fri, 2009-07-10 at 19:27 +0200, Ralph Seichter wrote: > mail_location: maildir:~/.maildir You have no namespaces configured and you're using maildir.. > expire: Trash 1 Trash/* 1 Admin/Foo 3 */Admin/Foo 3 News/Bar 3 */News/Bar > 3 */Foo 3 */Bar 3 .. > The log still does not give me much of a clue. It shows repetitions of > > No expiring in mailbox: Admin.Foo > No expiring in mailbox: News.Bar Right. > so I think that the slashes in "Admin/Foo" and "News/Bar" etc. are not > interpreted correctly. Right, because the separator is '.', not '/' unless you've overridden it in namespace configuration. > I tried replacing '/' with '.', but it did me no > good. What does it log then? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Expire-Plugin segmentation fault (Re: Can expire-tool skip folders with "expire time in future" errors?)
Timo Sirainen wrote: > What does your namespace configuration look like? Does Dovecot log > anything related to expire plugin? I have switched to Dovecot 1.2.1 today: # 1.2.1: /usr/local/dovecot-1.2/etc/dovecot.conf # OS: Linux 2.6.30-gentoo-r2 i686 Gentoo Base System release 2.0.1 protocols: imap login_dir: /usr/local/dovecot-1.2/var/run/dovecot/login login_executable: /usr/local/dovecot-1.2/libexec/dovecot/imap-login mail_location: maildir:~/.maildir mail_debug: yes mail_plugins: expire auth default: mechanisms: plain login passdb: driver: ldap args: /usr/local/dovecot-1.2/etc/dovecot-ldap.conf userdb: driver: passwd socket: type: listen master: path: /usr/local/dovecot-1.2/var/run/dovecot/auth-master mode: 384 plugin: expire: Trash 1 Trash/* 1 Admin/Foo 3 */Admin/Foo 3 News/Bar 3 */News/Bar 3 */Foo 3 */Bar 3 expire_dict: proxy::expire sieve: /usr/local/dovecot-1.2/etc/sieve/%u.sieve dict: expire: mysql:/usr/local/dovecot-1.2/etc/dovecot-dict-expire.conf The log still does not give me much of a clue. It shows repetitions of No expiring in mailbox: Admin.Foo No expiring in mailbox: News.Bar so I think that the slashes in "Admin/Foo" and "News/Bar" etc. are not interpreted correctly. I tried replacing '/' with '.', but it did me no good. -R
Re: [Dovecot] SSL / TLS
On 7/10/2009, Steffen Kaiser (skdove...@smail.inf.fh-brs.de) wrote: > Well, I do not see it like that, moreover because the STARTLS is not > essentially better than IMAP-over-SSL. At least one should be able to > submit the domain/host the client wants to connect to, in order to > enable virtual IMAP/SMTP/... hosting. Hmmm... not sure what your comment re: virtual hosting has to do with STARTTLS vs IMAPS... I checked though and it doesn't appear that port 993 for IMAPS is deprecated - at least not like 465 is deprecated for SMTPS... >From the http://www.iana.org/assignments/port-numbers: ... urd 465/tcpURL Rendesvous Directory for SSM igmpv3lite 465/udpIGMP over UDP for SSM ... imaps 993/tcpimap4 protocol over TLS/SSL imaps 993/udpimap4 protocol over TLS/SSL -- Best regards, Charles
Re: [Dovecot] Problems with Expire Plugin
Dear Timo, As I understand with regard to Expire plugin is marking the folder will be deleted in a certain amount of days and that the deletion is performed by expire-tool Expire plugin works correctly, and I can check on the database folder has been marked, the problem is with expire-tool as it does the deletion. This is intended to expire Expire Plugin-tool? Please require your help to solve this problem. I apologize for my low level of knowledge about these issues, but what interests me is to learn. Thanks Jose Luis > From: jolumape...@hotmail.com > To: t...@iki.fi > Date: Thu, 9 Jul 2009 14:18:28 -0500 > CC: dovecot@dovecot.org > Subject: Re: [Dovecot] Problems with Expire Plugin > > > Dear Timo > > I have set up crontab to run the tool expires at midnight > > When running with the --test option: > > Info: User lookup failed: jma...@sistemasunidos.com > Info: jma...@sistemasunidos.com/INBOX.Papelera: no messages left > > When running without the --test option: > > Does not leave any message and there are no data in the table expires of Mysql > > I reviewed the Trash folder and still holds the emails. > > > It should be noted that for purposes of the test today I sent two > emails and copied to the Papelera folder so that after executing the > end-tool should be removed > > Thanks > > Jose Luis > > > Subject: Re: [Dovecot] Problems with Expire Plugin > > From: t...@iki.fi > > To: jolumape...@hotmail.com > > CC: dovecot@dovecot.org > > Date: Thu, 9 Jul 2009 14:57:19 -0400 > > > > On Thu, 2009-07-09 at 12:12 -0500, Jose Luis Marin Perez wrote: > > > Now my problem is with expire-tool because it is not deleting the > > > emails in the folder that has been marked by Expire Plugin. > > > > Did you read how exactly it works? > > http://wiki.dovecot.org/Plugins/Expire > > > > > This is the command that I run through crontab: > > > > > > /usr/local/sbin/dovecot --exec-mail ext > > > /usr/local/libexec/dovecot/expire-tool > > > > Giving --test parameter shows what it's really doing. > > > > > | jma...@sistemasunidos.com/INBOX.Papelera | 1247162400 | > > > > 1247162400 = Thu Jul 9 18:00:00 UTC 2009 > > > > So it should have started checking and expunging oldest message(s) from > > this mailbox about an hour ago (as of when I'm writing this mail). > > > > _ > News, entertainment and everything you care about at Live.com. Get it now! > http://www.live.com/getstarted.aspx _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE
Re: [Dovecot] v1.2.1 released
On Fri, 2009-07-10 at 08:03 -0500, Bruce Bodger wrote: > 7/10/09 7:21:17 AM dovecot[67884] deliver(llyles): Rebuilding index > file /Users/llyles/Maildir/dovecot.index: CPU architecture changed > [..] > 7/10/09 7:30:15 AM dovecot[67951] deliver(gzinkus): Rebuilding index > file /Users/gzinkus/Maildir/dovecot.index: CPU architecture changed > [..] > 7/10/09 7:52:36 AM dovecot[67038] IMAP(gzinkus): Rebuilding index > file /Users/gzinkus/Maildir/.Sent Messages/dovecot.index: CPU > architecture changed > > I also saw them when I recently upgraded from 1.1.16 to 1.2.0 and > simultaneously switched to a new server (FROM PowerPC to Intel Mac > Pro) but didn't expect to see them when simply upgrading to 1.2.1. Maybe those mailboxes just hadn't been opened since the PPC -> Intel change? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] v1.2.1 released
Timo, On Jul 9, 2009, at 10:00 PM, Timo Sirainen wrote: http://dovecot.org/releases/1.2/dovecot-1.2.1.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.1.tar.gz.sig I was a bit surprised to see these in the log this morning after upgrading from 1.2.0 to 1.2.1 7/10/09 7:21:17 AM dovecot[67884] deliver(llyles): Rebuilding index file /Users/llyles/Maildir/dovecot.index: CPU architecture changed [..] 7/10/09 7:30:15 AM dovecot[67951] deliver(gzinkus): Rebuilding index file /Users/gzinkus/Maildir/dovecot.index: CPU architecture changed [..] 7/10/09 7:52:36 AM dovecot[67038] IMAP(gzinkus): Rebuilding index file /Users/gzinkus/Maildir/.Sent Messages/dovecot.index: CPU architecture changed I also saw them when I recently upgraded from 1.1.16 to 1.2.0 and simultaneously switched to a new server (FROM PowerPC to Intel Mac Pro) but didn't expect to see them when simply upgrading to 1.2.1. Do they have any relevance? Thanks, B. Bodger
Re: [Dovecot] imap_quota-error with 1.2.1
Timo Sirainen schrieb: > On Jul 10, 2009, at 7:44 AM, Anton Dollmaier wrote: > >> Restarting IMAP/POP3 mail server: >> dovecotEdlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) >> failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined >> symbol: xdr_ext_getquota_args > > a) Use automake v1.10+ (the deb-src seems to force using 1.9) > > b) Apply patch: http://hg.dovecot.org/dovecot-1.2/rev/66040bffc1a5 > thx timo,hope stephan at rename... who does deb http://xi.rename-it.nl/debian/ experimental-auto main repo will fix it soon -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] imap_quota-error with 1.2.1
On Jul 10, 2009, at 7:44 AM, Anton Dollmaier wrote: Restarting IMAP/POP3 mail server: dovecotEdlopen(/usr/lib/dovecot/ modules/imap/lib10_quota_plugin.so) failed: /usr/lib/dovecot/modules/ imap/lib10_quota_plugin.so: undefined symbol: xdr_ext_getquota_args a) Use automake v1.10+ (the deb-src seems to force using 1.9) b) Apply patch: http://hg.dovecot.org/dovecot-1.2/rev/66040bffc1a5
Re: [Dovecot] Login Fails: epoll_ctl(1, 7): Operation not permitted
On 7/10/2009 2:21 AM, Thomas Suckow wrote: > Upgraded to 1.1.16(Unstable) and it seems to be working. > Thanks! > > Now to go and find why Gentoo considers it unstable. Sorry, missed your reply... Looks like it is unstable because the dovecot maintainer is awol... Hopefully someone will pick it up soon... -- Best regards, Charles Marcus I.T. Director Media Brokers International, Inc. 678.514.6200 x224 678.514.6299 fax
Re: [Dovecot] Login Fails: epoll_ctl(1, 7): Operation not permitted
On 7/10/2009 12:09 AM, Timo Sirainen wrote: > On Jul 9, 2009, at 11:44 PM, Thomas Suckow wrote: > >> # dovecot --version >> 1.1.7 > .. >> Jul 9 20:44:48 adapter dovecot: Fatal: imap-login: >> io_loop_handle_add: epoll_ctl(1, 7): Operation not permitted > I remember fixing something that caused this bug. Try upgrading. 1.1.16 is available in ~, so add that to your package.keywords file... But it looks like the gentoo > dovecot maintainer has gone missing... :( -- Best regards, Charles
Re: [Dovecot] imap_quota-error with 1.2.1
Robert Schetterer schrieb: > Anton Dollmaier schrieb: >> Hi, >> >> >> I downloaded the debian-src-package of dovecot 1.2.1 from >> xi.rename-it.nl, and built the package myself - no errors present. >> >> >> after the upgrade, dovecot complains about an error with imap_quota, >> startup fails: >> >> >> Restarting IMAP/POP3 mail server: >> dovecotEdlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) >> failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined >> symbol: xdr_ext_getquota_args >> FCouldn't load required plugins >> Error: imap dump-capability process returned 89 >> Fatal: Invalid configuration in /etc/dovecot/dovecot.conf >> failed! >> >> >> I downgraded back to 1.2.0, which works normally. >> >> >> Any hints? >> >> >> Best regards, >> >> Anton > > same to me > > * Restarting IMAP/POP3 mail server dovecot > > ILoading modules from directory: /usr/lib/dovecot/modules/imap > IModule loaded: /usr/lib/dovecot/modules/imap/lib01_acl_plugin.so > IModule loaded: /usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so > Edlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) failed: > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined symbol: > xdr_ext_getquota_args > FCouldn't load required plugins > Error: imap dump-capability process returned 89 > > tried 1.2 version auto30 auto27 same problem last working version on my system is dovecot --version 1.2.rc8 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] Dovecot and ACL
Daniel,
I think you need to use (make sure of the imap_acl configuration):
protocol imap {
mail_plugins = acl imap_acl
}
Regards,
M.A.
Daniel Spannbauer wrote:
Mario Antonio schrieb:
Daniel,
"Dovecot v1.0 and v1.1 supports administrator-configured ACL files.
v1.2+ supports also IMAP ACL extension which allows users to change ACLs
themselves."
http://wiki.dovecot.org/ACL
I think to share mailboxes in OPen-Xchange, you will need Version 1.2
(IMap ACL extension)
An Alternate way using Soft Links:
http://wiki.dovecot.org/SharedMailboxes/Symlinks
Regards,
Mario Antonio
Daniel Spannbauer wrote:
Hello,
I try to get per-mailbox-ACLs on dovecot.
So, I've modded dovecot.conf:
protocol imap {
mail_plugins = acl
}
and
plugin {
acl = vfile
}
When I telnet to dovecot an try the command "capability" there is
nothing about acl.
I need acl for "open-xchange" so I can share Mailboxes over the
webinterface.
Do I have to create the acl-file manually or does dovecot this
automaticly?
Ok, now I have dovecot 1.2 running with configuerd per-user-acl with
Plugins acl and imap-acl.
Seems to work, now error in the logs at the moment.
Bute wehn I log in over telnet port 143 theres no "acl" at the
capabilities-String.
Can anybody tell me why?
Regards
Daniel
reagrds
Daniel
Re: [Dovecot] xi.rename-it.nl debian dovecot-1.2.1 ?
Amon Ott schrieb: > On Friday 10 July 2009 wrote Robert Schetterer: >> deb http://xi.rename-it.nl/debian/ experimental-auto main >> and apt-get install dovecot-common dovecot-dev dovecot-imapd dovecot-pop3d >> >> on my testserver , but it seems >> that this dont works since >> 1.2.rc8 >> >> if i have a look >> at >> http://xi.rename-it.nl/debian/pool/dovecot-1.2/ >> it seems 1.2.1 is allready there > > In Debian versions, 1.2.rc8 > 1.2.1. So this would be a downgrade. > > Amon Ott Ahh, now in understand, thx for clearing -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] imap_quota-error with 1.2.1
Anton Dollmaier schrieb: > Hi, > > > I downloaded the debian-src-package of dovecot 1.2.1 from > xi.rename-it.nl, and built the package myself - no errors present. > > > after the upgrade, dovecot complains about an error with imap_quota, > startup fails: > > > Restarting IMAP/POP3 mail server: > dovecotEdlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) > failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined > symbol: xdr_ext_getquota_args > FCouldn't load required plugins > Error: imap dump-capability process returned 89 > Fatal: Invalid configuration in /etc/dovecot/dovecot.conf > failed! > > > I downgraded back to 1.2.0, which works normally. > > > Any hints? > > > Best regards, > > Anton same to me * Restarting IMAP/POP3 mail server dovecot ILoading modules from directory: /usr/lib/dovecot/modules/imap IModule loaded: /usr/lib/dovecot/modules/imap/lib01_acl_plugin.so IModule loaded: /usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so Edlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined symbol: xdr_ext_getquota_args FCouldn't load required plugins Error: imap dump-capability process returned 89 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] xi.rename-it.nl debian dovecot-1.2.1 ?
On Friday 10 July 2009 wrote Robert Schetterer: > deb http://xi.rename-it.nl/debian/ experimental-auto main > and apt-get install dovecot-common dovecot-dev dovecot-imapd dovecot-pop3d > > on my testserver , but it seems > that this dont works since > 1.2.rc8 > > if i have a look > at > http://xi.rename-it.nl/debian/pool/dovecot-1.2/ > it seems 1.2.1 is allready there In Debian versions, 1.2.rc8 > 1.2.1. So this would be a downgrade. Amon Ott -- Dr. Amon Ott - m-privacy GmbH Am Köllnischen Park 1, 10179 Berlin Tel: +49 30 24342334 Fax: +49 30 24342336 Web: http://www.m-privacy.de Handelsregister: Amtsgericht Charlottenburg HRB 84946 Geschäftsführer: Dipl.-Kfm. Holger Maczkowsky, Roman Maczkowsky GnuPG-Key-ID: EA898571
[Dovecot] imap_quota-error with 1.2.1
Hi, I downloaded the debian-src-package of dovecot 1.2.1 from xi.rename-it.nl, and built the package myself - no errors present. after the upgrade, dovecot complains about an error with imap_quota, startup fails: Restarting IMAP/POP3 mail server: dovecotEdlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined symbol: xdr_ext_getquota_args FCouldn't load required plugins Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /etc/dovecot/dovecot.conf failed! I downgraded back to 1.2.0, which works normally. Any hints? Best regards, Anton
Re: [Dovecot] xi.rename-it.nl debian dovecot-1.2.1 ?
Hi, on my testserver , but it seems that this dont works since 1.2.rc8 ran into the same problem here. use "aptitude", search for "dovecot-common", press enter to get all versions listed, and install explicitly the 1.2.1-version. aptitude will complain about dependencies, so choose manually "downgrade to 1.2.1". I ran in another issue with imap quota, see my next mail. Best regards, Anton
[Dovecot] xi.rename-it.nl debian dovecot-1.2.1 ?
Hi, normally i update with deb http://xi.rename-it.nl/debian/ experimental-auto main and apt-get install dovecot-common dovecot-dev dovecot-imapd dovecot-pop3d on my testserver , but it seems that this dont works since 1.2.rc8 if i have a look at http://xi.rename-it.nl/debian/pool/dovecot-1.2/ it seems 1.2.1 is allready there hope that the rep mantainer reads this -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
[Dovecot] mail_location in namespace
Hello!
I'm try to build additional 2 private namespaces
namespace private {
prefix = 1/
#location = ~/mail/1
list = yes
subscriptions = yes
}
namespace private {
prefix = 2/
#location = ~/mail/2
list = yes
subscriptions = yes
}
First private namespace contains inbox and mail_location not defined
(selects in sql query in userdb).
Is dovecot have variable which contains current mail_location like
current home?
And if i have location = ~/mail/2 and subscrive to namespace in my mail
client - i have error like mailbox does not exists. Where i must create
folder fo what namespace? in ~/mail or ~/mail/mailboxes?
Thank You.
--
Vasiliy Tolstov
Selfip.Ru
Re: [Dovecot] expire plugin with 1.2 cronjob undefined symbol: capability_string / ignoring virtual namespace ?
Robert Schetterer schrieb:
> Robert Schetterer schrieb:
>> dovecot@dovecot.org schrieb:
>>> Hi,
>>>
>>> this looks like one of my queued problems:
>>>
>>> On AIX I get a message that indicates missing global symbols.
>>>
>>> For example "client_read_args". It is defined in src/imap/client.c but
>>> just linked at build time to the "imap" executable, while the
>>> "expire-tool" does not provide this function.
>>>
>>> Does expire-tool require the plugins "quota" and "quota_imap" at all?
>>>
>>> Is it the same issue or just another AIX specific problem I've to fix? :-)
>>>
>>> Ralf
>>>
>>>
>>> This is what the AIX runtime linker outputs:
>>>
>>> # /usr/local/dovecot-1.2.dev/sbin/dovecot \
>>> --exec-mail ext \
>>> /usr/local/dovecot-1.2.dev/libexec/dovecot/expire-tool \
>>> --test
>>>
>>> Info: Loading modules from directory:
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap
>>> Info: Module loaded:
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib10_quota_plugin.so
>>> Error:
>>> dlopen(/usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so)
>>> failed: rtld: 0712-001 Symbol client_read_args was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> rtld: 0712-001 Symbol client_send_command_error was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> rtld: 0712-001 Symbol client_send_tagline was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> rtld: 0712-001 Symbol command_register was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> rtld: 0712-001 Symbol capability_string was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> rtld: 0712-001 Symbol command_unregister was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> rtld: 0712-001 Symbol client_send_line was referenced
>>> from module
>>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>>> but a runtime definition of the symbol was not found.
>>> Additional errors occurred but are not reported.
>>> Fatal: Couldn't load required plugins
>>>
>>>
>>> Robert Schetterer schrieb am 08.07.2009 11:13:
Hi,
sorry if this asked twice,
i ve searched the list and found some equal posts, but couldnt
get my problem fixed with it
if running cronjob with expire ( using mysql )
i get
dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext
/usr/lib/dovecot/expire-tool --test
Info: Loading modules from directory: /usr/lib/dovecot/modules/imap
Info: Module loaded: /usr/lib/dovecot/modules/imap/lib01_acl_plugin.so
Error: dlopen(/usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so)
failed: /usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so:
undefined symbol: capability_string
Fatal: Couldn't load required plugins
someone tips how to fix it ?
perhaps problems relate to mail_location settings?
dovecot --version
1.2.rc8
>> Hm, I ve read
>>
>> http://dovecot.org/pipermail/dovecot/2009-June/040126.html
>>
>> and used this script ( only problem to original was case sensitve
>> mail_plugins)
>>
>> #!/bin/bash
>> MAIL_PLUGINS=${mail_plugins//imap_quota/}
>> /usr/lib/dovecot/expire-tool $1
>>
>> now it runs
>> dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext
>> /usr/sbin/expire-tool.sh --test
>> Info: Loading modules from directory: /usr/lib/dovecot/modules/imap
>> Info: rob...@schetterer.com/Trash: stop, expire time in future: Wed Jul
>> 15 10:34:39 2009
>>
>> but i still have to test if there is a real delete
>
> now that i run the cronjob
> it stops before deleting
> cause of hanging with virtual namespace
> it should be possible to ignore ( not honor ) this with the script
> but for now i hung with how to, can somebody help ?
>
> dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext
> /usr/sbin/expire-tool.sh
> Info: Loading modules from directory: /usr/lib/dovecot/modules/imap
> Info: auth input:
> home=maildir:/usr/local/virtual/schetterer.com/rob...@schetterer.com/
> Info: auth input: quota_rule=*:bytes=1024
> Info: auth input: quota_rule2=Trash:storage=50240
> Info: auth input: quota_rule3=Sent:storage=50240
> Info: auth input: quota_rule4=Drafts:storage=50240
> Info: auth input: quota_rule5=Templates:storage=50240
> Info:
Re: [Dovecot] getting Apple Mail and dovecot/IMAP to co-operate
Le 8 juil. 09 à 19:33, Jim Reid a écrit : [...] Thanks for the quick response Timo. Sadly, your suggestion doesn't look as if it'll work because there are many non-empty parent mailboxes that have to get shifted to the new dovecot server. ie There are messages in sub as well as sub/box: too many to move to sub/whatever. And there are many of these sorts of folders too. Some mailboxes are even more deeply nested with subfolders: sub/box1/box2 where sub/box1 holds messages. Looks like an all-mbox solution isn't going to be viable at all. Oh well. [...] Hello Jim, The question may also be: "where are your users coming from?". It seems you are in the process of changing your server, or? Could you describe your current server, its setup, and show an example of how those nested dual-use mailboxes are stored on it? Who knows, there's perhaps an easy way to re-arrange the layout on the server so as to (almost) transparently migrate to Dovecot? Axel
Re: [Dovecot] getting Apple Mail and dovecot/IMAP to co-operate
Le 8 juil. 09 à 18:58, Jim Reid a écrit :
Hi. I've been fighting a losing battle to get Apple Mail and dovecot
to play nice. When dovecot is told to use mbox-style mailboxes, it's
not possible to create child mailboxes. Apple Mail whines "The IMAP
command “CREATE” failed with server error: Mailbox doesn't allow
inferior mailboxes.". I've looked through the documentation, the
wiki and searched the mail archives without finding a solution. Can
anyone help?
[...]
Hello Jim,
Timo already replied with some hints related to your config and the
LAYOUT setting.
I just wanted to add that Mail.app seems to correctly honor the IMAP
conventions as far as naming is concerned, so that the creation of
child mailboxes is perfectly possible from Mail.app's GUI.
Of course, if the server doesn't allow for dual-use mailboxes, neither
will Mail.app... [1]
So, let's assume an fs layout for mboxes and "/" as hierarchy separator.
If one selects the "New mailbox..." menu item and ask to create an
item named "aaa/" somewhere on the server, this will create a
directory named "aaa" on the server and appear as a greyed folder in
the GUI.
The same way, one may ask to create "aaa/bbb/ccc" at the same
location, or to create "bbb/ccc" under "aaa", or to create "bbb/"
under "aaa" and then "ccc" under "bbb", and everything works as
expected ("ccc" now being a file on the server and appearing as a blue
folder in the GUI).
Axel
[1] Note that Mail.app allows for dual-use mailboxes in the local
storage, but this is thru a trick. If, at the same level, one has:
- a directory named "aaa"
- a directory named "aaa.mbox"
this will appear as a single blue folder named "aaa" in the GUI, and
that folder may contain both messages (they are stored in "aaa.mbox")
and other mailboxes (they are stored in "aaa").
Re: [Dovecot] Dovecot and ACL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 10 Jul 2009, Daniel Spannbauer wrote: Seems to work, now error in the logs at the moment. Bute wehn I log in over telnet port 143 theres no "acl" at the capabilities-String. Can anybody tell me why? You use the wrong/old/not-restarted demon ;-) You are not logged in. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 login user pwd 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH ACL RIGHTS=texk QUOTA] Logged in Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlcOtHWSIuGy1ktrAQKutgf/cYYoHOgukqevKfQ5HXS655RtlbOfoRlz jF6BBBWX+A3BhoaVvHl80iJSumceHz+kt3Mv5UmZNSiVUTHeI/P6e3TFiu55hpD2 gtleEzVwXvU7q+HOmpMGc38oxmnMlRfMPa/PIUdtmcRv/tEupDw0ZIRZ/i46eAe+ bqJE9hQffP4KLcAVPIT2auTg8ImjXuQuzS8Qn3VL2d9/eWQm1nE59R8O+8S6Sb6E GBmUnMSlBMd50flcywBHQOj03UirUZx7reRMoozeuR2fZ1vF/Eiq0eGZD4f8HpJt H3+Cc2W/CQhKq3kk6Ign/mVcYpW9mTqtMxbFWDD12wDK9tp5Fpv5NQ== =YxW7 -END PGP SIGNATURE-
[Dovecot] lazy expunge - how to unset deleted imap flag
Hello, I am using dovecot 1.1.13 in debian lenny with exim4 and I have Outlook 2007 clients. I have configured lazy expunge plugin. User marks messages in INBOX for deletion then click "delete messages from server" then the messages are moved to .EXPUNGED folder which is correct but they are still marked with IMAP deleted flag which is bad cause when user marks another messages in INBOX for deletion and click again on "delete messages from server" the messages which were in .EXPUNGE are gone forever. Is there any possibility to change this behavior i.e. instead from: move messages tagged for deletion to .EXPUNGE folder to: move messages tagged for deletion to .EXPUNGE folder and UNSET deleted flag ? Thanx
Re: [Dovecot] Dovecot fails to deliver big messages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jul 2009, Timo Sirainen wrote: I'm considering on just completely always having Dovecot return failure with relative home dirs, since they were never even supposed to have worked.. Your reply yesterday or so meant differently. Although I would consider a relative homedir path a configuration error, does it makes sense to probe for this every time (in auth demon I suppose)? Maybe you extend the error message with the check? Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlcNwHWSIuGy1ktrAQLVKQf/ftFPVMHGPbPjtvKJJDswcYylD/AQ11YX gqjHVQ4kjSygNLG7b2tVcrW3b9MP/ARjdJsPP8xcL5IxyVRXQwkn/AVwc5mepL2s LJSPiHjyBIU3yis7lQKgX1sFWcs2THSHBjmY3ose6Wt7zIYG7Irmt2sfYQUQhqhp 4HKa6Bs7DKK/vhM5IZh42Zlwli9Djz3euuFLn503qoWdcWjrdaelvuq1gu0Xct4n gNnnEGqQUoR++Ya+NGKpeL3JbgpbhVlUt382X7cPtMikpXaeozuBpLTWNjmDqRWk ruvj7FQQ5V1GtsxHJEZWEWIWm2N9EGOuWYmdbzhUEko5TUZjF4g2lQ== =kNOu -END PGP SIGNATURE-
Re: [Dovecot] non-lowercase usernames
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 10 Jul 2009, Pascal Volk wrote: Does anyone actually want to use non-lowercase usernames? As long as it keeps still configurable, why not. It can avoid much annoyance for people in a rush. My opinion, too. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlcM6nWSIuGy1ktrAQLXkQgAmec3M1QnIHo6+PK/tS3vMRoqlyPZNJxL i+C8rBhSUg8yN3AunHSZpkt5eFAPi5Uncw76ksxeg5f3xWww/lz1/EQu9JhynMe1 2qlCAz2j03UJYlacLzhcRPn0tL2+o++ayq0FPeqgGKpAe4nnO+HdfqBTVfF3t5de KKZUxykfaz1AwGqoq/1YSSImVwysiGcwGX0mhltpxg+sfAZHSFaOmvn1QFEQHqR8 BvdZe/jWIrhH2wXBuMEwXellR3JpE+ba/gAer3Z4OwuHEHTO7UjWUfAeOh+52FXQ zepJOcrEo0152Nf4ch/pWKEPu0wtwnCKaltdMK26QZHiaZ/Q8oCC3A== =kMib -END PGP SIGNATURE-
Re: [Dovecot] Sieve on full mailbox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jul 2009, i...@comtek.co.uk wrote: If there is a binary which will do this job? I could adapt the SquirrelMail interface to invoke it with appropriate arguments. For cmusieve there is nothing like that, but for the new libsieve - which is 100% compatible with cmusieve scripts to my knowledge. There had been a question like that in near past and an answer by Stephan Bosch. The other alternative is, also in the archive, to redeliver the mail, aka calling Dovecot deliver for the message again. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlcMdnWSIuGy1ktrAQLVywf7B61zzpIBfUYj1qFbrIY5Vr+jTHmQe6By ah+spsU7U713w+enpokwo+M9hE2efSzaq96clgnuc8SaH5IlwabOZLMkYYO9xGQg UjVBwfcS+hkoxcIa21r9CQ+aMTWrGQwsAs5YZSi55KlGkl0VXELYS12+QhZKjkeH Neym+DUSg4kHfe7Si7iJUeszxGKaNwSpIra7vmy5feacBhqtC3sK8OOhFXRSFxbY 8Zg31KlRIeEHqwuylx1meOrzkJBOTUEgb/p2GPzdPk5g/3QTXsk2sy6MvTCkHCpx rguvwqyXv4I7PWlhWg2ibTylkYjWK5GGElxNCVpUf6f7ZibyGaytcg== =e+qG -END PGP SIGNATURE-
Re: [Dovecot] Dovecot delivering mail in the wrong directory location
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jul 2009, Tjerk Wolterink wrote: HOWEVER: when i sent a mail by hand via smtp it is delivered in the wrong directory. Do you have logenties from Postfix that show that Dovecot deliver was invoked? For example for t...@xdatasystem.com i have the following directory: /home/vmail/xdatasystem.com/test However the mail is delivered to this directory: /home/vmail/t...@xdatasystem.com/ What's logged with mail_debug and auth_debug enabled? I cannot figure this out as dovecot is correctly configured. ( think) Here is the important part of my dovecot.conf (sorry for the indents): You do not have no "lda" protocol section? "dovecot -n" do not display this section. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlcIWnWSIuGy1ktrAQLIUAf/Xbinpi0846xKdC7iG7e2lXeGmOeFQl7p yMdpTJPTMxhIA5mMmMg34rZWG2aEsvymtnM73yNlurWXAUhcGNH/iTpolNwCsqKe SPImP66E+JAoQLYXmTZBtP4wPeOptTr/T5wJKg1oi629W8RTJKU+rbXf5kFMui6N 2qyRxFo/+A2+XmOhxKF2RgJAWAB4q6vtbczuMcPWKVZ88L4XgIc5gGN0syPuFNr3 fqHaKFbBBaPSUzyiluCRBdiewfkQ62MOO5iekakcrDKut74EkK8q2AdFMOQJ9OKQ Nnn3QwhkVWHuxfOyocY3qBhRhzULTeh0K3Bi5rzkZu99cSNATm9n+w== =cFTO -END PGP SIGNATURE-
Re: [Dovecot] expire plugin with 1.2 cronjob undefined symbol: capability_string / ignoring virtual namespace ?
Robert Schetterer schrieb:
> dovecot@dovecot.org schrieb:
>> Hi,
>>
>> this looks like one of my queued problems:
>>
>> On AIX I get a message that indicates missing global symbols.
>>
>> For example "client_read_args". It is defined in src/imap/client.c but
>> just linked at build time to the "imap" executable, while the
>> "expire-tool" does not provide this function.
>>
>> Does expire-tool require the plugins "quota" and "quota_imap" at all?
>>
>> Is it the same issue or just another AIX specific problem I've to fix? :-)
>>
>> Ralf
>>
>>
>> This is what the AIX runtime linker outputs:
>>
>> # /usr/local/dovecot-1.2.dev/sbin/dovecot \
>> --exec-mail ext \
>> /usr/local/dovecot-1.2.dev/libexec/dovecot/expire-tool \
>> --test
>>
>> Info: Loading modules from directory:
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap
>> Info: Module loaded:
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib10_quota_plugin.so
>> Error:
>> dlopen(/usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so)
>> failed: rtld: 0712-001 Symbol client_read_args was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> rtld: 0712-001 Symbol client_send_command_error was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> rtld: 0712-001 Symbol client_send_tagline was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> rtld: 0712-001 Symbol command_register was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> rtld: 0712-001 Symbol capability_string was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> rtld: 0712-001 Symbol command_unregister was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> rtld: 0712-001 Symbol client_send_line was referenced
>> from module
>> /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(),
>> but a runtime definition of the symbol was not found.
>> Additional errors occurred but are not reported.
>> Fatal: Couldn't load required plugins
>>
>>
>> Robert Schetterer schrieb am 08.07.2009 11:13:
>>> Hi,
>>> sorry if this asked twice,
>>> i ve searched the list and found some equal posts, but couldnt
>>> get my problem fixed with it
>>>
>>> if running cronjob with expire ( using mysql )
>>> i get
>>>
>>> dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext
>>> /usr/lib/dovecot/expire-tool --test
>>> Info: Loading modules from directory: /usr/lib/dovecot/modules/imap
>>> Info: Module loaded: /usr/lib/dovecot/modules/imap/lib01_acl_plugin.so
>>> Error: dlopen(/usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so)
>>> failed: /usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so:
>>> undefined symbol: capability_string
>>> Fatal: Couldn't load required plugins
>>>
>>> someone tips how to fix it ?
>>> perhaps problems relate to mail_location settings?
>>>
>>> dovecot --version
>>> 1.2.rc8
>>>
>
> Hm, I ve read
>
> http://dovecot.org/pipermail/dovecot/2009-June/040126.html
>
> and used this script ( only problem to original was case sensitve
> mail_plugins)
>
> #!/bin/bash
> MAIL_PLUGINS=${mail_plugins//imap_quota/}
> /usr/lib/dovecot/expire-tool $1
>
> now it runs
> dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext
> /usr/sbin/expire-tool.sh --test
> Info: Loading modules from directory: /usr/lib/dovecot/modules/imap
> Info: rob...@schetterer.com/Trash: stop, expire time in future: Wed Jul
> 15 10:34:39 2009
>
> but i still have to test if there is a real delete
now that i run the cronjob
it stops before deleting
cause of hanging with virtual namespace
it should be possible to ignore ( not honor ) this with the script
but for now i hung with how to, can somebody help ?
dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext
/usr/sbin/expire-tool.sh
Info: Loading modules from directory: /usr/lib/dovecot/modules/imap
Info: auth input:
home=maildir:/usr/local/virtual/schetterer.com/rob...@schetterer.com/
Info: auth input: quota_rule=*:bytes=1024
Info: auth input: quota_rule2=Trash:storage=50240
Info: auth input: quota_rule3=Sent:storage=50240
Info: auth input: quota_rule4=Drafts:storage=50240
Info: auth input: quota_rule5=Templates:storage=50240
Info: auth input: quota_rule6=Junk:storage=50240
Info: auth input:
mail=maildir:/usr/local/virtual/schetterer.com/rob...@schetterer.com/
Info: auth input: namespace_1_in
Re: [Dovecot] SSL / TLS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jul 2009, Timo Sirainen wrote: That's a wrong way to think about it. imaps is a legacy port that should have died years ago. You can force encrypted sessions on imap port just by setting Well, I do not see it like that, moreover because the STARTLS is not essentially better than IMAP-over-SSL. At least one should be able to submit the domain/host the client wants to connect to, in order to enable virtual IMAP/SMTP/... hosting. So, STARTTLS is just overhead without gain, well, you need one port less. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlcG+nWSIuGy1ktrAQLEjAf+KWEAwqv54sx7BLEH0umkPDJUOr/mHqmT 3ghFkY63NgyMq6WKsIlgCMkyv6P9x0eU8MyZ6mYHeH8E42afib3F4yUmSNgfisKe iIlUWc6cvvt+jzZXXf1+Cmd1RhSMQ5Q93WxbMPlbqxgLEOCh3FY69GyYRc/zNqQm EdgU2TkN7UA6qJ0zXfa10W1QbbNp4EWQ6oKFse6KrVae+JY96+yPT34JZV+wwklL xDiVgymcYI+H18a2WMwanvR13w0oCUNLLQDS5p2dxQX79S19gLaSP6e1vMZF222t 0SyXdSGd9jdl6tS5yFim1m9AXwCwxRs62aEZ2H/BoNb1hw0yFW63Lg== =fVTA -END PGP SIGNATURE-
Re: [Dovecot] Sieve on full mailbox
On Thu, July 9, 2009 17:15, i...@comtek.co.uk wrote: > We are using dovecot with "mail_plugins = cmusieve". I have Avelsieve in > SquirrelMail for users to interact with it. okay > Is there any way I can allow users to run their sieve script on an > entire mailbox? ? > While the normal case of having messages filtered as > they are delivered to the Maildir makes sense it would be useful for a > few users to be able to apply their rules to every message on a one-off > basis. this is pretty much how dovecot sieve works in my setup, can you explain it in more detail ? maybe even try self using it ? :) > If there is a binary which will do this job? i would like to know what job first > I could adapt the SquirrelMail interface to invoke it with appropriate > arguments. if it can be done in sieve then yes -- xpoint
Re: [Dovecot] Dovecot and ACL
Mario Antonio schrieb:
Daniel,
"Dovecot v1.0 and v1.1 supports administrator-configured ACL files.
v1.2+ supports also IMAP ACL extension which allows users to change ACLs
themselves."
http://wiki.dovecot.org/ACL
I think to share mailboxes in OPen-Xchange, you will need Version 1.2
(IMap ACL extension)
An Alternate way using Soft Links:
http://wiki.dovecot.org/SharedMailboxes/Symlinks
Regards,
Mario Antonio
Daniel Spannbauer wrote:
Hello,
I try to get per-mailbox-ACLs on dovecot.
So, I've modded dovecot.conf:
protocol imap {
mail_plugins = acl
}
and
plugin {
acl = vfile
}
When I telnet to dovecot an try the command "capability" there is
nothing about acl.
I need acl for "open-xchange" so I can share Mailboxes over the
webinterface.
Do I have to create the acl-file manually or does dovecot this
automaticly?
Ok, now I have dovecot 1.2 running with configuerd per-user-acl with
Plugins acl and imap-acl.
Seems to work, now error in the logs at the moment.
Bute wehn I log in over telnet port 143 theres no "acl" at the
capabilities-String.
Can anybody tell me why?
Regards
Daniel
reagrds
Daniel
--
Daniel Spannbauer Software Entwicklung
marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11
Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220
http://www.marco.de/ Email d...@marco.de
Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
