Re: [Dovecot] critical X-UID reordering problem after upgrade from 1.1 to 1.2
Timo Sirainen wrote: One easy solution would be to change UIDVALIDITY (the large number in X-IMAP: or X-IMAPbase: header) of each mailbox. Then the client will redownload all mails. I just tried that on one of the inboxes and it seemed to do the trick! I just inc'ed the number that was there by 1 but does it really matter how I change it as long as it changes? I'm just thinking about how to script this for all the inboxes so can I just change them all to the same number for the sake of expediency or do they need to be unique, or higher than the number there now, or ??? I can't really think of why UIDs would have changed though. I think v1.1's and v1.2's mbox handling code is pretty much the same. I haven't had much time to study exactly how all the inboxes were changed but I did diff a couple from right before and right after the upgrade and there were *lots* of diffs in just the X-UID values. At a quick look, it sure seemed like a reordering had been done to remove the holes in the numbering in some kind of compaction-like operation. Thanks!!! --Rob
Re: [Dovecot] critical X-UID reordering problem after upgrade from 1.1 to 1.2
On Aug 21, 2009, at 8:36 PM, r...@cs.indiana.edu wrote: Now, if you actually open the 5th message it shows the right message body but the summary information is for the message that *used* to have X- UID 5 (which is now the 3rd message). So, the thunderbird cache is out of sync and I can fix it by removing the .msf file for that mailbox but, as you can imagine, the prospect of getting all the users to remove their .msf/.pst/?? cache files is daunting, to say the least. One easy solution would be to change UIDVALIDITY (the large number in X-IMAP: or X-IMAPbase: header) of each mailbox. Then the client will redownload all mails. I can't really think of why UIDs would have changed though. I think v1.1's and v1.2's mbox handling code is pretty much the same.
[Dovecot] critical X-UID reordering problem after upgrade from 1.1 to 1.2
We upgraded our imap server hardware and went from dovecot 1.1.3 to 1.2.3 in the process and have been having a critical problem since. I believe I've tracked it down to X-UID reordering that dovecot seemed to do to the mbox format (I know, I know...) inboxes. The problem has manifest itself in several ways with different mail clients but the general problem is that the mail clients have gotten confused about which message is which. For example, thunderbird will display the wrong information about a message in the header listing but then show the correct data in the message display window when you actually open the message. As you can imagine, this is causing all kinds of user problems. Here is a very simplified explanation of what I'm seeing. Imagine that the inbox had 5 messages with X-UID values 1, 3, 5, 6, and 9 before the upgrade. After the upgrade the X-UIDs were reordered so these same 5 messages now might have X-UID values of 1, 2, 3, 4, and 5. Thunderbird then shows the summary information like this: Subject/Sender/Date for message 1 Subject/Sender/Date for message 2 Subject/Sender/Date for message 2 Subject/Sender/Date for message 4 Subject/Sender/Date for message 3 Now, if you actually open the 5th message it shows the right message body but the summary information is for the message that *used* to have X-UID 5 (which is now the 3rd message). So, the thunderbird cache is out of sync and I can fix it by removing the .msf file for that mailbox but, as you can imagine, the prospect of getting all the users to remove their .msf/.pst/?? cache files is daunting, to say the least. I've seen discussions about similar things happening with mbox format inboxes but they all seem to be in the context of some ancient 0.xx version of dovecot with known mbox processing bugs. But, I went from a reasonably current 1.1.3 version to 1.2.3. Right after seeing the problem, I upgraded to the just released 1.2.4 but either that didn't address the problem or, if it did, the reordering damage was already done by version 1.2.3. So, my 2 questions are: 1) Anyone know why this would have happened and whether it is a dovecot problem or something I botched? I folded all the local config changes I had made to the 1.1.3 conf file into the stock 1.2.3 conf file so they should have been identical modulo changes in the distro. And, our local config changes are really minimal. 2) Is there anything I can do now other than getting all the users to remove their .msf/.pst/etc files? It sure would be grand if there was something I could do on the server side that would magically cause all the client-side caches to be invalidated. I'm hesitant to strip the inboxes of all the X-IMAPbase and X-UID lines because I'm not sure what the ramifications of that might be. Here are some other random thoughts in case they might be related: - The old server was running 32bit RHEL4 and the new one 64bit RHEL5 - I'm using the pre-built dovecot rpms from atrpms.net - The dovecot index cache is kept in /var/cache/dovecot/indexes and I did not copy that over from the old server to the new assuming it would just be rebuilt. Any and all help is greatly appreciated! --Rob === dovecot -n output follows == # 1.2.4: /etc/dovecot.conf # OS: Linux 2.6.18-128.4.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.3 (Tikanga) protocols: imaps pop3s ssl: required ssl_cert_file: /etc/mail.pem ssl_key_file: /etc/mail.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_max_processes_count: 512 max_mail_processes: 2048 mail_max_userip_connections(default): 15 mail_max_userip_connections(imap): 15 mail_max_userip_connections(pop3): 10 first_valid_uid: 200 mail_location: mbox:~/mail/:INBOX=/var/spool/mail/%u:INDEX=/var/cache/dovecot/indexes/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %v.%u lda: postmaster_address: postmas...@example.com auth default: passdb: driver: pam userdb: driver: passwd
Re: [Dovecot] Help with building sieve
On Aug 21, 2009, at 1:01 PM, Jonathan Siegle wrote: On Aug 21, 2009, at 10:09 AM, Stephan Bosch wrote: Jonathan Siegle wrote: Am building sieve plugin on AIX. This is revision 1095:8010f1eb66b3. I see the following error when doing the build: rm -fr .libs/lib90_sieve_plugin.lax^M mkdir .libs/lib90_sieve_plugin.lax^M rm -fr .libs/lib90_sieve_plugin.lax/libsieve.a^M mkdir .libs/lib90_sieve_plugin.lax/libsieve.a^M (cd .libs/lib90_sieve_plugin.lax/libsieve.a && ar x /usr/sadmin/ src/imapservers/dovecothg/dovecot-1.2-sievepsu/src/plugins/lda-si eve/../../../src/lib-sieve/.libs/libsieve.a)^M libtool: link: warning: object name conflicts; renaming object files^M libtool: link: warning: to ensure that they will not overwrite^M Usage: uniq [-c | -d | -u] [-f Fields] [-s Chars] [-Fields] [+Chars] [Input_file [Output_file]]^M I think this is the crux of my missing notify_operation token I reported the other day. I can solve the uniq -cd problem. I don't know what libtool is trying to do there. I am wondering why it breaks specifically on the notify command and opcode structs. All other extensions are defined identically and should show the same symptoms. Maybe there is a subtle difference somewhere that triggers this problem on AIX. I'll have a look, but I won't be able to reproduce anything. Timo also may have an idea. He'll be back some time next week. I'm closing in on the problem. uniq/sort on AIX are different than GNU uniq/sort. I've built gnu coreutils and am using that. ar is also different in that it won't remove duplicate symbols. I'll get it figured out and report back, but any tips are appreciated. -Jonathan Ok I got it work. I just need to figure out long term. The issue is why I must use GNU ar vs AIX ar when building lib90_sieve_plugin.so, but AIX ar and not GNU ar when building libsieve.a. Plus it would be nice if GNU sort/uniq had different flags than AIX sort/uniq, but I don't see that happening.. -Jonathan smime.p7s Description: S/MIME cryptographic signature
Re: [Dovecot] Help with building sieve
On Aug 21, 2009, at 10:09 AM, Stephan Bosch wrote: Jonathan Siegle wrote: Am building sieve plugin on AIX. This is revision 1095:8010f1eb66b3. I see the following error when doing the build: rm -fr .libs/lib90_sieve_plugin.lax^M mkdir .libs/lib90_sieve_plugin.lax^M rm -fr .libs/lib90_sieve_plugin.lax/libsieve.a^M mkdir .libs/lib90_sieve_plugin.lax/libsieve.a^M (cd .libs/lib90_sieve_plugin.lax/libsieve.a && ar x /usr/sadmin/src/ imapservers/dovecothg/dovecot-1.2-sievepsu/src/plugins/lda-si eve/../../../src/lib-sieve/.libs/libsieve.a)^M libtool: link: warning: object name conflicts; renaming object files^M libtool: link: warning: to ensure that they will not overwrite^M Usage: uniq [-c | -d | -u] [-f Fields] [-s Chars] [-Fields] [+Chars] [Input_file [Output_file]]^M I think this is the crux of my missing notify_operation token I reported the other day. I can solve the uniq -cd problem. I don't know what libtool is trying to do there. I am wondering why it breaks specifically on the notify command and opcode structs. All other extensions are defined identically and should show the same symptoms. Maybe there is a subtle difference somewhere that triggers this problem on AIX. I'll have a look, but I won't be able to reproduce anything. Timo also may have an idea. He'll be back some time next week. I'm closing in on the problem. uniq/sort on AIX are different than GNU uniq/sort. I've built gnu coreutils and am using that. ar is also different in that it won't remove duplicate symbols. I'll get it figured out and report back, but any tips are appreciated. -Jonathan smime.p7s Description: S/MIME cryptographic signature
Re: [Dovecot] expire plugin: columns not uniq
No, in general. > If one wants some data in a DB, but update if already present. > > If you re-programm the TRIGGER in the client, you need to lock the whole > table, if you want to overcome all race conditions and also don't want any > errors logged (at least with postgres). > Thanks for explanation. I'm not so aware in databases, but if trigger will be programmed on client side - this will make code more portable(in case of database choicing) and what is the less evil - locking or portability... In any case, thanks for reply, it helps me much.
[Dovecot] libvpopmail.so
hello, I have qmail with vpopmail configured with 2 domains configured. the pop3 service is granted with vpopmail and the authentication function. I need imap for access to mailboxes in maildir format and courier do not support anymore vpopmail. i have find dovecot from a link on the inter7 site. I have downloaded, compiled and configured. when i start dovecot i recevei always this error in maillog file: Aug 21 16:54:48 mailx2 dovecot: Dovecot v1.2.4 starting up (core dumps disabled) Aug 21 16:54:48 mailx2 dovecot: auth(default): dovecot-auth: error while loading shared libraries: libvpopmail.so: cannot open shared object file: No such file or directory Aug 21 16:54:48 mailx2 dovecot: dovecot: child 22664 (auth) returned error 127 Aug 21 16:54:48 mailx2 dovecot: dovecot: Fatal: Auth process died too early - shutting down I do not undestand if there is a place where can i put libvpopmail.so manually, or specify the position of this file becaust the file exist and is normally in /home/vpopmail/lib/ and accessible in read from all. under there is my configuration. thx in adv GG my configuration: r...@mailx2:/usr/local/src/qmail/dovecot-1.2.4# dovecot -n # 1.2.4: /usr/local/etc/dovecot.conf # OS: Linux 2.6.27.7-smp i686 Slackware 12.2.0 base_dir: /var/run/dovecot/ protocols: imap ssl: no disable_plaintext_auth: no login_dir: /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 lda: postmaster_address: postmas...@example.com auth default: debug: yes passdb: driver: vpopmail userdb: driver: vpopmail
Re: [Dovecot] expire plugin: columns not uniq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 21 Aug 2009, Nikita Koshikov wrote: You mean in dovecot expire plugin or where ? No, in general. If one wants some data in a DB, but update if already present. If you re-programm the TRIGGER in the client, you need to lock the whole table, if you want to overcome all race conditions and also don't want any errors logged (at least with postgres). Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSo62cHWSIuGy1ktrAQLimQf/QYdrEX3y94bK1jmMk4T+bIIMcjmzESe5 0o+W0AFSOifWop8JOHZy1YJUXa5gkGnhg09ar0zC9UQ8T4J97xz0ORfe3UHmisKv xh2zJ8lhw1OviQ4qrPcSot1/D/SQ/xdPKbBaaD1S7k+E0zK44P74PHGAvRsx+tUZ 3BR0U73LFtAiAhvW/y2rseo/vIuXBBSPthBK/nExiiODN9P9Vq3iOczfZwVUkVmo cNwArCwjkBGk6dGRnfGEoPKWsa/qFVHqQPjwen7j0T2ak58Vfm9Vc3pGmMSequGh MIjcOHcmpcF6AAhsZQIoYewgVtQQ+aXY9T4zQo6JbLCEyF7RCs/yRg== =cinD -END PGP SIGNATURE-
Re: [Dovecot] Help with building sieve
Jonathan Siegle wrote: Am building sieve plugin on AIX. This is revision 1095:8010f1eb66b3. I see the following error when doing the build: rm -fr .libs/lib90_sieve_plugin.lax^M mkdir .libs/lib90_sieve_plugin.lax^M rm -fr .libs/lib90_sieve_plugin.lax/libsieve.a^M mkdir .libs/lib90_sieve_plugin.lax/libsieve.a^M (cd .libs/lib90_sieve_plugin.lax/libsieve.a && ar x /usr/sadmin/src/imapservers/dovecothg/dovecot-1.2-sievepsu/src/plugins/lda-si eve/../../../src/lib-sieve/.libs/libsieve.a)^M libtool: link: warning: object name conflicts; renaming object files^M libtool: link: warning: to ensure that they will not overwrite^M Usage: uniq [-c | -d | -u] [-f Fields] [-s Chars] [-Fields] [+Chars] [Input_file [Output_file]]^M I think this is the crux of my missing notify_operation token I reported the other day. I can solve the uniq -cd problem. I don't know what libtool is trying to do there. I am wondering why it breaks specifically on the notify command and opcode structs. All other extensions are defined identically and should show the same symptoms. Maybe there is a subtle difference somewhere that triggers this problem on AIX. I'll have a look, but I won't be able to reproduce anything. Timo also may have an idea. He'll be back some time next week. Regards, Stephan.
Re: [Dovecot] expire plugin: columns not uniq
> Search the Wiki about Postgres and the requirement of a TRIGGER. > I guess that sqlite requires something like this. Maybe someone family with sqlite will say how to make this trigger better and constrain check field existence before doing UPDATE CREATE TRIGGER mergeexpire BEFORE INSERT ON expires FOR EACH ROW BEGIN UPDATE expires SET expire_stamp=NEW.expire_stamp WHERE username = NEW.username AND mailbox = NEW.mailbox; SELECT raise(ignore) WHERE (SELECT 1 FROM expires WHERE username = NEW.username AND mailbox = NEW.mailbox) IS NOT NULL; END; This seem some kind crudely to me, but it's working.
Re: [Dovecot] expire plugin: columns not uniq
On Fri, 21 Aug 2009 10:48:42 +0200 (CEST) Steffen Kaiser wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, 19 Aug 2009, Nikita Koshikov wrote: > > > How can I solve this ? and why expire plugin is trying to use INSERT, > > instead of UPDATE ? > > Search the Wiki about Postgres and the requirement of a TRIGGER. > I guess that sqlite requires something like this. > Thank for your answer. I'll dig in this direction. > Unfortunately, there is no UPDATE OR INSERT in SQL and it is hard to > simulate. You mean in dovecot expire plugin or where ? > > Bye, > > - -- > Steffen Kaiser > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > > iQEVAwUBSo5fbnWSIuGy1ktrAQKQdQgAs1fioq/x86JNb9L7SvGnU9wPOUICilsI > RcY+PrsMzGxdRShlnDhEIJGRlbzr7jHDhDhMfej+TGP9XqBFPqBphVxT8JIJmGXz > Z4qEvwLoyuSKxWikLxVLaslDPYPu2tjmvKt+HWaLgev7ecwFF8NoKBHhWV6fR3x9 > o/xVVcj6hM38SkiGc6+t27OC5ch6Tq5Vqmau4QIB7fkN8bA8IoBU17rM0eW4k80m > 7nKTVsPqFcDKlmes2d5vJVlCYg+NCy69RVIZEFQwOJahBjveSvJsXWnhks9e0nEk > PmtMPMUFHOvfe+4KfK2GFxAPCznOSrxfgMuUewXnENCgLtXrox+zPA== > =8vpx > -END PGP SIGNATURE-
[Dovecot] quota-dirsize and mailbox rules
I noticed that the dirsize backend for quota didn't support any rules and figured it should be easy enough to add ``ignore'' at least. Using mbox storage and only tested with that, but it seems to work as expected for the time being. I'm attaching a relatively small patch for quota-dirsize.c against dovecot-1.1.18 just in case anyone's interested. Best Regards, Thanos Chatziathanassiou --- quota-dirsize.c.orig Tue Jan 6 16:33:51 2009 +++ quota-dirsize.c Fri Aug 21 16:03:46 2009 @@ -39,7 +39,7 @@ return resources; } -static int get_dir_usage(const char *dir, uint64_t *value) +static int get_dir_usage(struct quota_root *root, const char *dir, uint64_t *value) { DIR *dirp; string_t *path; @@ -47,6 +47,7 @@ struct stat st; unsigned int path_pos; int ret; + struct quota_rule *rule; dirp = opendir(dir); if (dirp == NULL) { @@ -82,11 +83,16 @@ ret = -1; break; } else if (S_ISDIR(st.st_mode)) { - if (get_dir_usage(str_c(path), value) < 0) { + if (get_dir_usage(root, str_c(path), value) < 0) { ret = -1; break; } } else { + /* check if we need to ignore this one as well */ + rule = quota_root_rule_find(root, d->d_name); + if (rule != NULL && rule->ignore) +continue; + *value += st.st_size; } } @@ -95,7 +101,7 @@ return ret; } -static int get_usage(const char *path, bool is_file, uint64_t *value_r) +static int get_usage(struct quota_root *root, const char *path, bool is_file, uint64_t *value_r) { struct stat st; @@ -109,7 +115,7 @@ } *value_r += st.st_size; } else { - if (get_dir_usage(path, value_r) < 0) + if (get_dir_usage(root, path, value_r) < 0) return -1; } return 0; @@ -154,6 +160,7 @@ unsigned int i, count; const char *path; bool is_file; + struct quota_rule *rule; t_array_init(&paths, 8); storages = array_get(&root->quota->storages, &count); @@ -162,6 +169,11 @@ quota_count_path_add(&paths, path, FALSE); /* INBOX may be in different path. */ + /* ...but still ignored */ + rule = quota_root_rule_find(root, "INBOX"); + if (rule != NULL && rule->ignore) + continue; + path = mail_storage_get_mailbox_path(storages[i], "INBOX", &is_file); quota_count_path_add(&paths, path, is_file); @@ -171,7 +183,7 @@ *value_r = 0; count_paths = array_get(&paths, &count); for (i = 0; i < count; i++) { - if (get_usage(count_paths[i].path, count_paths[i].is_file, + if (get_usage(root, count_paths[i].path, count_paths[i].is_file, value_r) < 0) return -1; } smime.p7s Description: S/MIME Cryptographic Signature
Re: [Dovecot] Problems with dovecot/sendmail combi.
Steffen Kaiser wrote .. > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thu, 20 Aug 2009, Roger wrote: > > > But how do I do that and does that inflict all users on the server (only > > a part of the users use imap). there are about 200 pop users on the mail > > server and only 50 of them need imap. > > Replace mail_location: > > mail_location: maildir:~/Maildir:INBOX=/var/mail/%u > > then imap_sync > > POP and IMAP users don't care about server-side storage format. > > Bye, > > - -- > Steffen Kaiser Looks like this is working, imapsync now nicely makes the subfolders. But, when I try to log in from the webmail server I got this error: IMAP(sannevdh): Error: stat(/var/mail/sannevdh/tmp) failed: Not a directory I changed the dovecot.conf to this: mail_location: maildir:~/Maildir:INBOX=/var/mail/%u and namespace: type: private separator: / prefix: #mbox/ location: maildir:~/Maildir:INBOX=/var/mail/%u inbox: yes list: yes subscriptions: yes namespace: type: private separator: . location: maildir:~/Maildir list: no subscriptions: yes
[Dovecot] Help with building sieve
Am building sieve plugin on AIX. This is revision 1095:8010f1eb66b3. I see the following error when doing the build: rm -fr .libs/lib90_sieve_plugin.lax^M mkdir .libs/lib90_sieve_plugin.lax^M rm -fr .libs/lib90_sieve_plugin.lax/libsieve.a^M mkdir .libs/lib90_sieve_plugin.lax/libsieve.a^M (cd .libs/lib90_sieve_plugin.lax/libsieve.a && ar x /usr/sadmin/src/ imapservers/dovecothg/dovecot-1.2-sievepsu/src/plugins/lda-si eve/../../../src/lib-sieve/.libs/libsieve.a)^M libtool: link: warning: object name conflicts; renaming object files^M libtool: link: warning: to ensure that they will not overwrite^M Usage: uniq [-c | -d | -u] [-f Fields] [-s Chars] [-Fields] [+Chars] [Input_file [Output_file]]^M I think this is the crux of my missing notify_operation token I reported the other day. I can solve the uniq -cd problem. I don't know what libtool is trying to do there. smime.p7s Description: S/MIME cryptographic signature
Re: [Dovecot] question Thunderbird acl shared namespace / solved
Robert Schetterer schrieb: > Hi Timo, > > i have shared namespace > > namespace shared { >separator = / >prefix = "shared/%%d/%%u/" > location = maildir:/usr/local/virtual/%d/%%u/:INDEX=~/shared/%%d/%%u/ > subscriptions = no >list = children >inbox = no > } > > > acls are working as expected > no problem here > > but if i look acl rights with thunderbird to another users shared folder > it reports it as domain not as user > > like this > "this folder is shared by domain ... you have bla bla rights" > > > if i use > prefix = "shared/%%u/" > > tb reports > "this folder is shared by user ... you have bla bla rights" > > > checked it via telnet looks right here with > prefix = "shared/%%d/%%u/" > > > > list "" "*" > * LIST (\HasNoChildren) "/" "Templates" > * LIST (\HasNoChildren) "/" "Sent" > * LIST (\HasChildren) "/" "Drafts" > * LIST (\HasNoChildren) "/" "Drafts/" > * LIST (\HasNoChildren) "/" "Test" > * LIST (\HasChildren) "/" "INBOX" > * LIST (\HasNoChildren) "/" "INBOX/" > * LIST (\HasNoChildren) "/" "Junk" > * LIST (\HasNoChildren) "/" "Trash" > * LIST (\Noselect \HasChildren) "/" > "shared/schetterer.com/mon...@schetterer.com" > * LIST (\HasNoChildren) "/" > "shared/schetterer.com/mon...@schetterer.com/Trash" > * LIST (\HasNoChildren) "/" > "shared/schetterer.com/mon...@schetterer.com/INBOX" > 7 OK List completed. > 8 getacl shared/schetterer.com/mon...@schetterer.com/INBOX > * ACL "shared/schetterer.com/mon...@schetterer.com/INBOX" "r" "" > "rob...@schetterer.com" akxeilprwtscd > 8 OK Getacl completed. > > > is this a known thunderbird problem > is there a workaround with dovecot known ? > or did i wrong tests via telnet ? > solved location = maildir:/usr/local/virtual/%d/%%u/:INDEX=~/shared/%%d/%%u/ has to be location = maildir:/usr/local/virtual/%%d/%%u/:INDEX=~/shared/%%d/%%u/ and prefix = "shared/%%u/" did what i want -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] SOT: Removing _extra_ linefeeds from MSOutlook(?) messages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 20 Aug 2009, Roderick A. Anderson wrote: Anyone have a suggestion of how to _strip_ multiple line feeds from a message? Is there a sieve method/way? I don't want to fiddle with all the users emails just my own. Pointers, ideas, clues? Hmm, you could prepend a filter before you LDA. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSo5hIHWSIuGy1ktrAQKoTQf/QN/FHBVUotsm8Cd+m2L6MK4vuha2WrON XA5fHszgtJoOeK0IWr8bqPstLsrvi1ZcjfIVtKbjDJzJUH2084fgyWOXiJ6u0Y8U /2LyvpfXnJSnCc50LjBUiE3zI2H9dsuzvH2K11zxRxRlCf6rOotPqvo/PWbNXE1M sNIjTUiW3AN9IePojlehEY6NYceYM9iThoaHO5JiEivPfTru8tYGLeUlA+7FqI0J 3tHyNkjvRD1E20KnMSxNzh02oaZU4n5cJziwJ5XcWzwPfoRC4R9L5+gXVo1ikcOV 1k1n0rwtSreE1jRO9LCy5cxRlJtAhwcIO1ojm/IYpMLBt/JKQ9RFQA== =jnFA -END PGP SIGNATURE-
Re: [Dovecot] Problems with dovecot/sendmail combi.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 20 Aug 2009, Roger wrote: But how do I do that and does that inflict all users on the server (only a part of the users use imap). there are about 200 pop users on the mail server and only 50 of them need imap. Replace mail_location: mail_location: maildir:~/Maildir:INBOX=/var/mail/%u then imap_sync POP and IMAP users don't care about server-side storage format. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSo5geXWSIuGy1ktrAQLwGwf/Q/0HauNbZzZw4rUgUeR3QxtZztGADweM Bmot3ucHg4YLD1WARFQFyapWIyGZRDIhCeJZtUYNnheN48wU4ieh3xTXnPOyjhRH zWHh5QTIXX6c+e2nUtJvmBK4dt6lsCBaQqoehVSP8tTKYAkpiHS3ubAHKojm8tck XYkolCivKbV7fUi8AMlFi9YcHbUzaDjrOIGq5GsVFWFV0xlLk1wBkklMxx96ARh/ AKokMOdI6dNsQQJMjyQirLuGtD88sOYVY/9ywwdNO4qZ+lCegZVluJj+bg9Df3xZ TxfATfqyrDLND8WvvWaIFOTdQjfRS/qNY5I5pYcAEIHAd6PtM36JLA== =o+SJ -END PGP SIGNATURE-
Re: [Dovecot] expire plugin: columns not uniq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 19 Aug 2009, Nikita Koshikov wrote: How can I solve this ? and why expire plugin is trying to use INSERT, instead of UPDATE ? Search the Wiki about Postgres and the requirement of a TRIGGER. I guess that sqlite requires something like this. Unfortunately, there is no UPDATE OR INSERT in SQL and it is hard to simulate. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSo5fbnWSIuGy1ktrAQKQdQgAs1fioq/x86JNb9L7SvGnU9wPOUICilsI RcY+PrsMzGxdRShlnDhEIJGRlbzr7jHDhDhMfej+TGP9XqBFPqBphVxT8JIJmGXz Z4qEvwLoyuSKxWikLxVLaslDPYPu2tjmvKt+HWaLgev7ecwFF8NoKBHhWV6fR3x9 o/xVVcj6hM38SkiGc6+t27OC5ch6Tq5Vqmau4QIB7fkN8bA8IoBU17rM0eW4k80m 7nKTVsPqFcDKlmes2d5vJVlCYg+NCy69RVIZEFQwOJahBjveSvJsXWnhks9e0nEk PmtMPMUFHOvfe+4KfK2GFxAPCznOSrxfgMuUewXnENCgLtXrox+zPA== =8vpx -END PGP SIGNATURE-