Re: [Dovecot] Possible to split message store location?
On Wed, 22 Sep 2010 23:03:58 -0400, Edward Carraro wrote: > This could lead to a possible bottleneck eventually and we were wondering > if > it's possible to have dovecot > direct x number of users to one message store location while others get > their mail on a different mount? You can set a different maildir (or home location) in your userdb which points to a different mountpoint.
[Dovecot] Fixed mailbox id?
Hello, I have many Sieve rules and searching for a way to "track" renamings/moving of mailboxes (folders) on my IMAP server. Is there a unique ID for every folder available? I don't think there, i found no ID inside my folders :( If not, it think i need to create a ID-file for every folder and after that i can track the folders and update the rules =) Thanks
[Dovecot] Possible to split message store location?
We have a few dovecot servers all pointing to the same mail location (an NFS mount on a NAS drive). This could lead to a possible bottleneck eventually and we were wondering if it's possible to have dovecot direct x number of users to one message store location while others get their mail on a different mount?
Re: [Dovecot] Vpopmail support broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sep 22, 2010, at 1:13 PM, Timo Sirainen wrote: > So the attached patch should make it work ok? Would this remove the requirement for vpopmail 5.5+ for dovecot 2.x? I'm eager to move to 2.x, but I'm reluctant to run a dev version of vpopmail.. Thanks, - --- Jason 'XenoPhage' Frisvold xenoph...@godshell.com - --- "Any sufficiently advanced magic is indistinguishable from technology." - - Niven's Inverse of Clarke's Third Law -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) iEYEARECAAYFAkyaqjwACgkQ8CjzPZyTUTTmUQCeI2o8nRQ0Ak2HDzfgQLKrcJC2 H8IAmwYyF1aIqebx6EorCJSTozAEn1Sc =WhmJ -END PGP SIGNATURE-
Re: [Dovecot] Sieve error on Quota full (Dovecot 2.0.3)
> > I don't think quota full should be logged as an error.. Without Sieve > this is logged: > > Info: msgid=unspecified: subject=: save failed to INBOX: Quota exceeded > (mailbox for user is full) > Info: msgid=unspecified: subject=: rejected: Quota exceeded (mailbox for user > is full) > > Also when this happens, does quota_full_tempfail setting work as > expected? > > I haven't tried the quota_full_tempfail yet, because a lot of these are just accounts that haven't been used forever and have gotten full of spam and I dont know if I'd prefer tempfailing them to just bouncing. Most of these accounts in question just have a simple .dovecot.sieve script generated by roundcube that only has "/* empty script */" in it. I assume that's why sieve is responding at all with a "failed with unsuccessful implicit keep". Any chance sieve can just not worry about processing anything if there's nothing but comments in the .dovecot.sieve file? :) -c
Re: [Dovecot] xz compression support
On 22.9.2010, at 22.38, Attila Nagy wrote: > So: is it planned to include xz (liblzma) support? It would be useful > especially for compressing old mails in the background (due to the resource > intensity of the compression phase). If xz has similar library API than bzip2 or zlib, it should be easy to add. It's not really in my plans though..
[Dovecot] xz compression support
Hello, Just wondering: Dovecot has gzip/bzip2 compression/decompression support. According to this: http://stephane.lesimple.fr/wiki/blog/lzop_vs_compress_vs_gzip_vs_bzip2_vs_lzma_vs_lzma2-xz_benchmark_reloaded gzip and bzip2 aren't really useful together. While gzip can offer speed and a reasonable amount of compression ratio, bzip2 is slow, especially on decompression, which Dovecot does more frequently than compression (1 vs many). So: is it planned to include xz (liblzma) support? It would be useful especially for compressing old mails in the background (due to the resource intensity of the compression phase). Thanks,
Re: [Dovecot] Vpopmail support broken
Update done to 2.0.3 and server still nice with last auth working... P.S.: Running vpopmail on trunk. Regards. On Wed, Sep 22, 2010 at 4:54 PM, Matt Brookings wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 09/22/2010 01:26 PM, aledr wrote: >> I can test it at night (-0300 here) with a 2.0.3 install... > > Much appreciated. > - -- > /* > Matt Brookings GnuPG Key FAE0672C > Software developer Systems technician > Inter7 Internet Technologies, Inc. (815)776-9465 > */ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkyaXuEACgkQIwet2/rgZyyTjACdH3k6JILDPStJagUJdJMfN+4S > xr4An2+PWgXfLuGLfvScrcmPseV7TT8L > =dqcc > -END PGP SIGNATURE- > -- [ ]'s Aledr - Alexandre "OpenSource Solutions for SmallBusiness Problems"
Re: [Dovecot] Can't delete certain messages
Karl Davenport put forth on 9/22/2010 11:24 AM: > Running Dovecot version 1.0.10 on Ubuntu Server 8.04 amd64 (ext3). > > Some users have emails that will not go away. They delete them and the > message is moved to the trash folder only to reappear when the mailbox > is refreshed. Moving the message manually to another folder has the > same effect. We are running Thunderbird as our email client, though I > have tried using other clients to remove the messages. IIRC, by default, Thunderbird only performs expunge and trash folder emptying upon exit (though it's configurable with a check box), so anything in the trash will be there until closing TB. If you'd like emails to be deleted immediately, set "When I delete a message:" to "Remove it immediately" in the "Tools->Account Settings->Server Settings" tab _instead of_ "Move it to this folder [Trash]". Also, worthy of note, is that TB's "Trash" is a local folder by default, NOT an IMAP folder. So if the trash isn't emptying properly, it can't be a Dovecot issue, as the Trash folder is on the local hard disk (unless some genius admin relocated everyone's Trash folder to IMAP storage or a network share via some ill advised group policy etc). -- Stan
Re: [Dovecot] Unsubscribing from public folders
On 22.9.2010, at 20.42, aditsu wrote: > Good questions. Now I notice that it was added at the end (after > resubscribing) as "Public-NIB/archive.older", but there's no other "/" > appearing in the file! > Other folders look like "Public-NIB.archive.2010a" or "INBOX.office" etc. I > assume that folder originally had a "." instead of the "/" too. > > If you want to know more history, I first used courier-imap, and later > converted to dovecot 1.1, and even later to 1.2. I guess dovecot 1.1 was > more lenient? I think what happened was that you switched namespace separator from "." to "/", which then caused these prefixes to change in subscriptions file from Public-NIB.* to Public-NIB/*. It's actually kind of an accident that those Public-NIB.* entries in the subscriptions file even work.. It wasn't intended to work that way. Subscriptions for subscriptions=no namespaces are handled in a bit kludgy way. So, this isn't really a bug. :) Maybe some day in future separator changes can be handled better for subscriptions=no namespaces..
Re: [Dovecot] Vpopmail support broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/22/2010 01:26 PM, aledr wrote: > I can test it at night (-0300 here) with a 2.0.3 install... Much appreciated. - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyaXuEACgkQIwet2/rgZyyTjACdH3k6JILDPStJagUJdJMfN+4S xr4An2+PWgXfLuGLfvScrcmPseV7TT8L =dqcc -END PGP SIGNATURE-
Re: [Dovecot] Unsubscribing from public folders
Timo Sirainen wrote: > > I can't remember fixing anything related to this, but you should upgrade > to v1.2.14 anyway. > I'll try it later if I can't find another solution. 1.2.11 is the latest version marked "stable" in my distro. > A full dovecot -n output would have been better. Most importantly: what > plugins do you have loaded? > Here's dovecot -n, with a little anonymization: # 1.2.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.34-gentoo-r6 x86_64 Gentoo Base System release 1.12.13 protocols: imap imaps managesieve ssl_cert_file: /etc/ssl/dovecot/cert.crt ssl_key_file: /etc/ssl/dovecot/privkey.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(managesieve): /usr/lib64/dovecot/managesieve namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: Public/ location: maildir:/home/vmail/public list: yes namespace: type: public separator: / prefix: Public-NLHCA/ location: maildir:/home/vmail/(some path) list: yes namespace: type: public separator: / prefix: Public-NIB/ location: maildir:/home/vmail/(some other path) list: yes lda: postmaster_address: postmaster mail_plugins: sieve auth default: mechanisms: plain cram-md5 passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail >> In the meantime I checked and found a "subscriptions" file in my maildir, >> then went and edited it by hand (and removed the folder I wanted). > > What did the entry look like in the file? > >> That >> seemed to work, and afterwards I can subscribe/unsubscribe to that >> particular folder, but still not to any other public folders. > > When you re-subscribe does the entry look different in the file? > Good questions. Now I notice that it was added at the end (after resubscribing) as "Public-NIB/archive.older", but there's no other "/" appearing in the file! Other folders look like "Public-NIB.archive.2010a" or "INBOX.office" etc. I assume that folder originally had a "." instead of the "/" too. If you want to know more history, I first used courier-imap, and later converted to dovecot 1.1, and even later to 1.2. I guess dovecot 1.1 was more lenient? Anyway, please let me know the best way to fix the configuration/subscriptions. Thanks Adrian -- View this message in context: http://old.nabble.com/Unsubscribing-from-public-folders-tp29779347p29783183.html Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] Vpopmail support broken
I can test it at night (-0300 here) with a 2.0.3 install... On Wed, Sep 22, 2010 at 2:16 PM, Matt Brookings wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 09/22/2010 12:13 PM, Timo Sirainen wrote: >> On Wed, 2010-09-22 at 12:02 -0500, Matt Brookings wrote: >> >>> I just completed testing of 5.4.31 MySQL and 5.5.0 MySQL. If >>> vauth_open(0) is called, both versions authenticate. >> >> So the attached patch should make it work ok? > > That's the change I made in 2.0.3. Hopefully someone else can > double-check. aledr maybe? :) > - -- > /* > Matt Brookings GnuPG Key FAE0672C > Software developer Systems technician > Inter7 Internet Technologies, Inc. (815)776-9465 > */ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkyaOekACgkQIwet2/rgZyzsuwCfXz43s5MuQvwwT2mlziirMyBQ > EboAn2jtoujykxMUhGmh4KwqpwulDftm > =gXzx > -END PGP SIGNATURE- > -- [ ]'s Aledr - Alexandre "OpenSource Solutions for SmallBusiness Problems"
Re: [Dovecot] Unsubscribing from public folders
On Wed, 2010-09-22 at 06:13 -0700, aditsu wrote: > Hi, I'm having problems unsubscribing from public folders - nothing seems to > happen when I do that (from Thunderbird, Squirrelmail or telnet). > I'm using Dovecot 1.2.11. I can't remember fixing anything related to this, but you should upgrade to v1.2.14 anyway. > And my relevant config: A full dovecot -n output would have been better. Most importantly: what plugins do you have loaded? > In the meantime I checked and found a "subscriptions" file in my maildir, > then went and edited it by hand (and removed the folder I wanted). What did the entry look like in the file? > That > seemed to work, and afterwards I can subscribe/unsubscribe to that > particular folder, but still not to any other public folders. When you re-subscribe does the entry look different in the file? Anyway, I couldn't reproduce this.
Re: [Dovecot] Panic: file mailbox-list-fs.c
On Wed, 2010-09-22 at 15:34 +0200, Burckhard Schmidt wrote: > >> Error: Raw backtrace: follows. > > > > This could have been useful in pointing out where it's being called. A > > imap(userx): Error: Raw backtrace: 0xff1574a8 -> 0xff1560e8 -> > 0xff294fa4 -> 0xff23843c -> 0xfeca53bc -> 0xfeca5594 -> 0xfeca3ee4 -> > 0xfecaf7a0 -> 0xfecb0450 -> 0xfecb06a4 -> 0xff2394e8 -> 0x1b644 -> > 0x1ccb8 -> 0x1d638 -> 0x1d788 -> 0x23d60 -> 0x24070 -> 0x24204 -> > 0x242a8 -> 0x244ac -> 0xff16d3c4 -> 0xff16bffc -> 0xff14b2e0 -> 0x343e0 > -> 0x15b30 Nope, not useful at all. In Linux it's more useful. :) gdb backtrace would be nice though. I guess you could get it easily without core with: gdb .../dovecot/imap cont bt full > This has been converted by dsync to maildir with following results: > The folder "tmp" has been converted by dsync to "mail_tmp" and it lies > directly under ~user/maildir containing cur/new/tmp as usual. > > But the file "subscriptions" generated by dsync contains still mail/tmp. I guess that's a bug.. > 3. > At this point dovecot crashes when the user accesses to his mailbox. We > tried imap list/lsub commands too. There was a difference if we used > 1 lsub "mail" "%/%" it crashes, > 1 lsub "mail/" "%/%" it does not. I can't reproduce this. What about with: 1 lsub "" %/%
Re: [Dovecot] Vpopmail support broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/22/2010 12:13 PM, Timo Sirainen wrote: > On Wed, 2010-09-22 at 12:02 -0500, Matt Brookings wrote: > >> I just completed testing of 5.4.31 MySQL and 5.5.0 MySQL. If >> vauth_open(0) is called, both versions authenticate. > > So the attached patch should make it work ok? That's the change I made in 2.0.3. Hopefully someone else can double-check. aledr maybe? :) - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyaOekACgkQIwet2/rgZyzsuwCfXz43s5MuQvwwT2mlziirMyBQ EboAn2jtoujykxMUhGmh4KwqpwulDftm =gXzx -END PGP SIGNATURE-
Re: [Dovecot] Vpopmail support broken
On Wed, 2010-09-22 at 12:02 -0500, Matt Brookings wrote: > I just completed testing of 5.4.31 MySQL and 5.5.0 MySQL. If > vauth_open(0) is called, both versions authenticate. So the attached patch should make it work ok? diff -r 7cf2b8b8a720 src/auth/passdb-vpopmail.c --- a/src/auth/passdb-vpopmail.c Wed Sep 22 18:11:03 2010 +0100 +++ b/src/auth/passdb-vpopmail.c Wed Sep 22 18:12:42 2010 +0100 @@ -182,8 +182,8 @@ } if (!vauth_load_initialized) { vauth_load_initialized = TRUE; - if (!vauth_load_module(NULL)) - i_fatal("vpopmail: vauth_load_module() failed"); + if (vauth_open(0) != 0) + i_fatal("vpopmail: vauth_open() failed"); } return &module->module; }
Re: [Dovecot] Vpopmail support broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/22/2010 11:48 AM, Timo Sirainen wrote: > On Wed, 2010-09-22 at 11:38 -0500, Matt Brookings wrote: > >> On 09/22/2010 11:21 AM, Timo Sirainen wrote: >>> I tried to fix 5.5 with this change: >>> >>> http://hg.dovecot.org/dovecot-1.2/rev/597e18c0bc7e >> >> Vpopmail has always required vauth_open be called. Some people have >> neglected this call and so vpopmail's authentication module system was >> modified to expect this. > > Looks like I removed the above change a while after: > http://hg.dovecot.org/dovecot-1.2/rev/7ea4e58aa356 > > because of: http://markmail.org/message/xvsu4z77m36suqsd > > So I don't see how it could have been always required if (at least some > versions) didn't compile with the function.. In earlier versions there were several vauth_open_* functions, each maintained separately by each individual module that were later condensed into vauth_open across all modules. vpopmail's development between 5.3 and the end of 5.4 were meant to bring everything together because parts of it didn't act like other parts of it, etc. 5.5's goals are also quite extensive, but it will remain backwards compatible with 5.4 calls. > Yes, this breaks compiling with v5.4, but I remember someone saying that > their v5.5 installation still crashes even with the vauth_load_module() > call. (Or I think it is vauth_load_module() that crashed itself, but I > couldn't verify by searching my old mails.) I just completed testing of 5.4.31 MySQL and 5.5.0 MySQL. If vauth_open(0) is called, both versions authenticate. Again, I need to stress that 5.5.0 is a development version. If something segfaults against a development version, the user should downgrade to the stable version, but my (short-term) testing shows the latest copy from Subversion on SourceForge authenticates. vauth_open is the required call for all modules, across all current versions. I believe Dovecot is only doing read operations with vpopmail, so it should call vauth_open(0), which establishes a read-only connection to slave servers (if the authentication module supports this). Can anyone else verify this? If it fails for you, please provide duplication instructions, along with your configure flags for vpopmail and its authentication module if using 5.5. Thanks! - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyaNr8ACgkQIwet2/rgZywcBwCgkCO+a48qpzo7xKIdZvE52tct OxUAniafYylj8dl6uiXBnsIwBmlkCRFh =qI5I -END PGP SIGNATURE-
Re: [Dovecot] "Documentation" link from http://www.dovecot.org/
On 2010-09-22 12:26 PM, Timo Sirainen wrote: > On Tue, 2010-09-21 at 20:53 +0100, William Blunn wrote: >> Though for me, the version numbers are too small to be useful. > I know they're small, but I didn't want them to make the bar any > higher. Also having something like "Documentation v1.x v2.0" looks > like of ugly-confusing. Ahh... now I see what William was talking about - those numbers were so small I didn't even notice them... ;) I agree they are too small to even be useful. I suggest removing them completely and just name the link "Documentation/Wiki"... Then, again, I suggest that takes you to a wiki.dovecot.org landing page that only has 2 (for now) BIG links, one to each version, which then take you to wiki1. or wiki2 then the top of each can still have links back to the other version(s) like it does now. -- Best regards, Charles
[Dovecot] Can't delete certain messages
Running Dovecot version 1.0.10 on Ubuntu Server 8.04 amd64 (ext3). Some users have emails that will not go away. They delete them and the message is moved to the trash folder only to reappear when the mailbox is refreshed. Moving the message manually to another folder has the same effect. We are running Thunderbird as our email client, though I have tried using other clients to remove the messages. Here is my config: # 1.0.10: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no mail_privileged_group: mail mail_location: maildir:/home/%u/Maildir mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds(default): tb-extra-mailbox-sep imap_client_workarounds(imap): tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: pam userdb: driver: passwd #End dovecot.conf Thanks in advance. -- Karl Davenport WaveCom Communications k...@wavecom-it.com 435-656-0972
Re: [Dovecot] Vpopmail support broken
On Wed, 2010-09-22 at 11:38 -0500, Matt Brookings wrote: > On 09/22/2010 11:21 AM, Timo Sirainen wrote: > > I tried to fix 5.5 with this change: > > > > http://hg.dovecot.org/dovecot-1.2/rev/597e18c0bc7e > > Vpopmail has always required vauth_open be called. Some people have > neglected this call and so vpopmail's authentication module system was > modified to expect this. Looks like I removed the above change a while after: http://hg.dovecot.org/dovecot-1.2/rev/7ea4e58aa356 because of: http://markmail.org/message/xvsu4z77m36suqsd So I don't see how it could have been always required if (at least some versions) didn't compile with the function.. > > But I heard that it's now crashing when doing that call. (I'm not sure > > which ones of those above problems are with this change and which ones > > aren't.) And apparently that also completely broke 5.4. > > It looks as if you added a call to 5.5's vauth_load_module function. > There is no problem doing this in 5.5, but 5.4 does not have this > function. 5.5 is meant to be backwards compatible with 5.4, and so, > you do not need to call this function. Yes, this breaks compiling with v5.4, but I remember someone saying that their v5.5 installation still crashes even with the vauth_load_module() call. (Or I think it is vauth_load_module() that crashed itself, but I couldn't verify by searching my old mails.)
Re: [Dovecot] Vpopmail support broken
I forgot to mention that it is with 1.2.x series and also needed "-DENABLE_AUTH_LOGGING" for vpopmail's CFLAGS. I'm running some servers smoothly for a few months (all using MySQL backends)... On Wed, Sep 22, 2010 at 1:31 PM, aledr wrote: > I'm compiling vpopmail for openSUSE with this[1] patch for MySQL > support on 5.5.0. > > [1]: http://paste.pocoo.org/show/265825 > > On Wed, Sep 22, 2010 at 1:21 PM, Timo Sirainen wrote: >> On Wed, 2010-09-22 at 10:41 -0500, Matt Brookings wrote: >> >>> We have not received any reports for the 5.4 or 5.5 branch of vpopmail >>> causing crashes in Dovecot. That being said, if there is a problem, >>> we would like to provide a fix. >> >> I guess the problem started when people started trying vpopmail 5.5: >> >> http://markmail.org/message/ylt62t2yyqqfc7dg >> http://markmail.org/message/ykb7qujikzlsvvbe >> http://markmail.org/message/3cjscs7wgvbj65dw >> >> I tried to fix 5.5 with this change: >> >> http://hg.dovecot.org/dovecot-1.2/rev/597e18c0bc7e >> >> But I heard that it's now crashing when doing that call. (I'm not sure >> which ones of those above problems are with this change and which ones >> aren't.) And apparently that also completely broke 5.4. >> >> I'm not entirely sure about 5.4 problems. I think I remember someone >> saying that even when reverting the above change it didn't work. >> >>> Removing the "vpopmail support broken" line from the configure script, >>> compiling and running seemed to work short-term. I was able to >>> authenticate against the vpopmail plugin. I tested with vpopmail >>> 5.4.32 and 5.5.0 using the cdb authentication module. >> >> I guess the problem is with MySQL. >> >> > -- > [ ]'s > Aledr - Alexandre > "OpenSource Solutions for SmallBusiness Problems" > -- [ ]'s Aledr - Alexandre "OpenSource Solutions for SmallBusiness Problems"
Re: [Dovecot] Vpopmail support broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (Re-sending this. Didn't realize I was not replying to the list address) On 09/22/2010 11:21 AM, Timo Sirainen wrote: > I tried to fix 5.5 with this change: > > http://hg.dovecot.org/dovecot-1.2/rev/597e18c0bc7e Vpopmail has always required vauth_open be called. Some people have neglected this call and so vpopmail's authentication module system was modified to expect this. Part of the problem with this was that vpopmail was compiled with compiler optimizations which tended to randomize the initialization of the variables. Later versions of vpopmail have removed the optimization flag. > But I heard that it's now crashing when doing that call. (I'm not sure > which ones of those above problems are with this change and which ones > aren't.) And apparently that also completely broke 5.4. It looks as if you added a call to 5.5's vauth_load_module function. There is no problem doing this in 5.5, but 5.4 does not have this function. 5.5 is meant to be backwards compatible with 5.4, and so, you do not need to call this function. > I'm not entirely sure about 5.4 problems. I think I remember someone > saying that even when reverting the above change it didn't work. I was able to authenticate against 5.4 cdb after removing the call to vauth_load_module, but I have not do any long-term testing. >> Removing the "vpopmail support broken" line from the configure script, >> compiling and running seemed to work short-term. I was able to >> authenticate against the vpopmail plugin. I tested with vpopmail >> 5.4.32 and 5.5.0 using the cdb authentication module. Please note that 5.5.0 is a development version, and it is the first version in the 5.5 branch which is re-implementing a lot of old core code. > I guess the problem is with MySQL. Testing... - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyaMRMACgkQIwet2/rgZyypogCaAsiYVFuyhYvazmACcH8KrLq3 lfgAn20NemKKAUhMdnHnj3PdRvvnRRfk =VuJE -END PGP SIGNATURE-
Re: [Dovecot] Sieve error on Quota full (Dovecot 2.0.3)
On Wed, 2010-09-22 at 12:17 +0200, Stephan Bosch wrote: > > dovecot: lda(u...@host.com): Error: sieve: script > > /data/mail/host.com/u...@host.com//.dovecot.sieve failed with > > unsuccessful implicit keep (user logfile > > /data/mail/host.com/u...@host.com//.dovecot.sieve.log may reveal > > additional details) > > > > Checking the .dovecot.sieve.log I see: > > sieve: info: started log at Sep 22 00:38:11. > > error: msgid=: failed > > to store into mailbox 'INBOX': Quota exceeded ( > > mailbox for user is full). I don't think quota full should be logged as an error.. Without Sieve this is logged: Info: msgid=unspecified: subject=: save failed to INBOX: Quota exceeded (mailbox for user is full) Info: msgid=unspecified: subject=: rejected: Quota exceeded (mailbox for user is full) Also when this happens, does quota_full_tempfail setting work as expected?
Re: [Dovecot] Vpopmail support broken
I'm compiling vpopmail for openSUSE with this[1] patch for MySQL support on 5.5.0. [1]: http://paste.pocoo.org/show/265825 On Wed, Sep 22, 2010 at 1:21 PM, Timo Sirainen wrote: > On Wed, 2010-09-22 at 10:41 -0500, Matt Brookings wrote: > >> We have not received any reports for the 5.4 or 5.5 branch of vpopmail >> causing crashes in Dovecot. That being said, if there is a problem, >> we would like to provide a fix. > > I guess the problem started when people started trying vpopmail 5.5: > > http://markmail.org/message/ylt62t2yyqqfc7dg > http://markmail.org/message/ykb7qujikzlsvvbe > http://markmail.org/message/3cjscs7wgvbj65dw > > I tried to fix 5.5 with this change: > > http://hg.dovecot.org/dovecot-1.2/rev/597e18c0bc7e > > But I heard that it's now crashing when doing that call. (I'm not sure > which ones of those above problems are with this change and which ones > aren't.) And apparently that also completely broke 5.4. > > I'm not entirely sure about 5.4 problems. I think I remember someone > saying that even when reverting the above change it didn't work. > >> Removing the "vpopmail support broken" line from the configure script, >> compiling and running seemed to work short-term. I was able to >> authenticate against the vpopmail plugin. I tested with vpopmail >> 5.4.32 and 5.5.0 using the cdb authentication module. > > I guess the problem is with MySQL. > > -- [ ]'s Aledr - Alexandre "OpenSource Solutions for SmallBusiness Problems"
Re: [Dovecot] "Documentation" link from http://www.dovecot.org/
On Tue, 2010-09-21 at 20:53 +0100, William Blunn wrote: > On 21/09/2010 19:17, Timo Sirainen wrote: > > Wonder if http://dovecot.org/index2.html looks ok. > > Interesting. Though for me, the version numbers are too small to be > useful. I know they're small, but I didn't want them to make the bar any higher. Also having something like "Documentation v1.x v2.0" looks like of ugly-confusing.
Re: [Dovecot] service(imap-login): chiled ... killed with signal 11
On Wed, 2010-09-22 at 18:15 +0200, Burckhard Schmidt wrote: > It also happens if I only telnet to the imap(s) port and give the only > command "1 logout". Then it should be easy: 1. telnet localhost 143 2. gdb .../dovecot/imap-login cont 3. logout to make it crash 4. gdb: bt full > How can I get a dump for backtracing? With drop_priv_before_exec=yes I > get a config error: > doveconf: Fatal: Error in configuration file > /usr/dovecot/etc/dovecot/dovecot.conf: service(imap-login): > drop_priv_before_exec=yes can't be used with chroot You need to also set inside the service "chroot=" to disable chrooting. Also for imap-login to produce core files you need to set "executable = imap-login -D".
Re: [Dovecot] Vpopmail support broken
On Wed, 2010-09-22 at 10:41 -0500, Matt Brookings wrote: > We have not received any reports for the 5.4 or 5.5 branch of vpopmail > causing crashes in Dovecot. That being said, if there is a problem, > we would like to provide a fix. I guess the problem started when people started trying vpopmail 5.5: http://markmail.org/message/ylt62t2yyqqfc7dg http://markmail.org/message/ykb7qujikzlsvvbe http://markmail.org/message/3cjscs7wgvbj65dw I tried to fix 5.5 with this change: http://hg.dovecot.org/dovecot-1.2/rev/597e18c0bc7e But I heard that it's now crashing when doing that call. (I'm not sure which ones of those above problems are with this change and which ones aren't.) And apparently that also completely broke 5.4. I'm not entirely sure about 5.4 problems. I think I remember someone saying that even when reverting the above change it didn't work. > Removing the "vpopmail support broken" line from the configure script, > compiling and running seemed to work short-term. I was able to > authenticate against the vpopmail plugin. I tested with vpopmail > 5.4.32 and 5.5.0 using the cdb authentication module. I guess the problem is with MySQL.
[Dovecot] service(imap-login): chiled ... killed with signal 11
Hi, dovecot 2.0.3 After closing the imap(s) connection dovecot crashes: imap-login: Info: Aborted login (no auth attempts): rip=... lip=... mpid=0 master: Error: service(imap-login): child 18636 killed with signal 11 (core not dumped - set service imap-login { drop_priv_before_exec=yes }) master: Warning: Killed with signal 15 (by pid=18643 uid=0 code=kill) It also happens if I only telnet to the imap(s) port and give the only command "1 logout". How can I get a dump for backtracing? With drop_priv_before_exec=yes I get a config error: doveconf: Fatal: Error in configuration file /usr/dovecot/etc/dovecot/dovecot.conf: service(imap-login): drop_priv_before_exec=yes can't be used with chroot As user I can login and work normaly but I have to reconnect after a differnet connection will be closed causing a dovecot crash. Additional information: Solaris 10, packages openssl, openldap by opencsw I had seen a similar error during login process already with an rc-version. Because opencsw offers only an older version of openssl I installed current versions of openssl and openldap, So it works again. Now both packaged are up to date at opencsw. So I would like using these packages again when I install dovecot. Any hints? -- Mit freundlichen Gruessen --- Burckhard Schmidt
[Dovecot] Vpopmail support broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My apologies if I'm posting for information which has already been supplied to the list. I searched and all I found was people talking about the change in 2.0.3, but no details on the commit other than "I was tired of people telling me it crashes". We have not received any reports for the 5.4 or 5.5 branch of vpopmail causing crashes in Dovecot. That being said, if there is a problem, we would like to provide a fix. Again, if details on the specifics of the problem have been supplied, I apologize. Can anyone please provide me some reproduction details for Dovecot 2.0.3's vpopmail plugin compiled against vpopmail 5.4.30+ or 5.5.0? Removing the "vpopmail support broken" line from the configure script, compiling and running seemed to work short-term. I was able to authenticate against the vpopmail plugin. I tested with vpopmail 5.4.32 and 5.5.0 using the cdb authentication module. Thanks! - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyaI6MACgkQIwet2/rgZyz8ugCeOnyz5DfV9FwrHfEmIroeznPv kZYAn0TnbEULiuZqJANoZsfhOahhsA0H =LHP4 -END PGP SIGNATURE-
Re: [Dovecot] Sieve error on Quota full (Dovecot 2.0.3)
sure enough... they did appear back in 1.2.x land. Sorry for the noise. -c > I'm wondering how your previous setup handled this. Currently, LDA and > Pigeonhole don't maintain state information about persistent errors, causing > a new error message in the logs for each failed delivery. > > Regards, > > Stephan. >
Re: [Dovecot] Panic: file mailbox-list-fs.c
On 21.09.2010 17:48, Timo Sirainen wrote: On Tue, 2010-09-21 at 16:10 +0200, Burckhard Schmidt wrote: A user "produces" now this error: imap(userx): Panic: file mailbox-list-fs.c: line 150 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) There are lots of ways how the code could get here. Error: Raw backtrace: follows. This could have been useful in pointing out where it's being called. A imap(userx): Error: Raw backtrace: 0xff1574a8 -> 0xff1560e8 -> 0xff294fa4 -> 0xff23843c -> 0xfeca53bc -> 0xfeca5594 -> 0xfeca3ee4 -> 0xfecaf7a0 -> 0xfecb0450 -> 0xfecb06a4 -> 0xff2394e8 -> 0x1b644 -> 0x1ccb8 -> 0x1d638 -> 0x1d788 -> 0x23d60 -> 0x24070 -> 0x24204 -> 0x242a8 -> 0x244ac -> 0xff16d3c4 -> 0xff16bffc -> 0xff14b2e0 -> 0x343e0 -> 0x15b30 Sep 22 14:00:38 master: Error: service(imap): child 503 killed with signal 6 (core not dumped - set service imap { drop_priv_before_exec=yes }) We have found the reason which concerns dsync and dovecot I think. 1. There was a mbox folder "tmp": ~user/mail/tmp 2. This has been converted by dsync to maildir with following results: The folder "tmp" has been converted by dsync to "mail_tmp" and it lies directly under ~user/maildir containing cur/new/tmp as usual. But the file "subscriptions" generated by dsync contains still mail/tmp. 3. At this point dovecot crashes when the user accesses to his mailbox. We tried imap list/lsub commands too. There was a difference if we used 1 lsub "mail" "%/%" it crashes, 1 lsub "mail/" "%/%" it does not. 4. I renamed the entry inside subscriptions from mail/tmp into mail_tmp and it works again. -- Mit freundlichen Gruessen --- Burckhard Schmidt
[Dovecot] Unsubscribing from public folders
Hi, I'm having problems unsubscribing from public folders - nothing seems to happen when I do that (from Thunderbird, Squirrelmail or telnet). I'm using Dovecot 1.2.11. I remember that this worked when I was using version 1.1.7. Here is an extract from an imap session: 3 unsubscribe "Public-NIB/archive/older" 3 OK Unsubscribe completed. 6 lsub "" "Public-NIB/*" * LSUB () "/" "Public-NIB/archive" * LSUB () "/" "Public-NIB/archive/2008b" * LSUB () "/" "Public-NIB/archive/2009a" * LSUB () "/" "Public-NIB/archive/2009b" * LSUB () "/" "Public-NIB/archive/older" * LSUB () "/" "Public-NIB/archive/2010a" 6 OK Lsub completed. And my relevant config: namespace private { separator = / prefix = #location defaults to mail_location. inbox = yes } namespace public { separator = / prefix = Public-NIB/ location = maildir:/(some path) subscriptions = no # v1.1+ } In the meantime I checked and found a "subscriptions" file in my maildir, then went and edited it by hand (and removed the folder I wanted). That seemed to work, and afterwards I can subscribe/unsubscribe to that particular folder, but still not to any other public folders. What could be the problem, or how can I debug this? Thanks Adrian -- View this message in context: http://old.nabble.com/Unsubscribing-from-public-folders-tp29779347p29779347.html Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] Sieve autoreply woes on test setup
Hi, If anyone else is testing out sieve with a similar setup. this is caused by the defaultdomain setting in qmail. qmail-inject appends this value to a domain without any dots. Thanks to Stephan (S[r]us) for bringing this to notice on irc. On Wed, Sep 22, 2010 at 5:59 PM, Mohit Chawla wrote: > In case these are required as well: > > *dovecot confiiguration* > > r...@dawnone:~# dovecot -n > # 1.2.13: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-3-686 i686 Debian squeeze/sid > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap managesieve > listen(default): * > listen(imap): * > listen(managesieve): *:2000 > ssl: no > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(managesieve): /usr/lib/dovecot/managesieve-login > mail_privileged_group: mail > mail_location: maildir:~/Maildir > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(managesieve): /usr/lib/dovecot/managesieve > mail_plugins(default): quota > mail_plugins(imap): quota > mail_plugins(managesieve): > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve > managesieve_logout_format(default): bytes=%i/%o > managesieve_logout_format(imap): bytes=%i/%o > managesieve_logout_format(managesieve): bytes=%i%o > lda: > postmaster_address: d...@vmint > mail_plugins: quota sieve > deliver_log_format: msgid=%m: %$ > sendmail_path: /usr/lib/sendmail > log_path: /var/log/ldaone > info_log_path: /var/log/ldatwo > debug: yes > auth default: > debug: yes > passdb: > driver: ldap > args: /etc/dovecot/dovecot-ldap.conf > userdb: > driver: prefetch > userdb: > driver: ldap > args: /etc/dovecot/dovecot-ldap.conf > socket: > type: listen > master: > path: /var/run/dovecot/auth-master > mode: 438 > plugin: > quota: maildir > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve > > *ldap attributes* > r...@dawnone:~# qmail-ldaplookup -u cot > Searching ldap for: (&(objectClass=qmailUser)(uid=cot)) > under dn: dc=vmint > Found 1 entry: > > dn: uid=cot,ou=people,dc=vmint > --- > objectClass: top > objectClass: person > objectClass: posixAccount > objectClass: shadowAccount > objectClass: qmailUser > mail: c...@vmint > uid: cot > accountStatus: undefined -> active > mailHost: undefined > homeDirectory: /home/cot > aliasEmpty: /home/cot/Maildir/ > qmailDotMode: ldapwithprog > qmailUID: 1011 > qmailGID: 1011 > mailQuotaSize: 100 > mailQuotaCount: 0 (unlimited) > mailSizeMax: 0 (unlimited) > deliveryMode: nolocal > deliveryProgramPath: /usr/lib/dovecot/deliver -a $RECIPIENT -f $SENDER -d > $USER > mailReplyText: undefined > > > > On Wed, Sep 22, 2010 at 4:59 PM, Mohit Chawla < > mohit.chawla.bin...@gmail.com> wrote: > >> Hi, >> >> I have been testing sieve in my setup with qmail-ldap and deliver on a LAN >> with an artificial domain name. Everything seems to be working as expected, >> except in cases when autoreplies (vacation, reject messages) need to be >> tested. >> >> The domain name is vmint, and dawnone is the hostname on which mail server >> is setup, so a users have address like c...@vmint, c...@vmint and >> d...@vmint >> >> * LDA Log* *cot is the user with the sieve vacation filter enabled* >> 2010-09-22 16:47:55 deliver(cot): Info: Loading modules from directory: >> /usr/lib/dovecot/modules/lda >> 2010-09-22 16:47:55 deliver(cot): Info: Module loaded: >> /usr/lib/dovecot/modules/lda/lib10_quota_plugin.so >> 2010-09-22 16:47:55 deliver(cot): Info: Module loaded: >> /usr/lib/dovecot/modules/lda/lib90_sieve_plugin.so >> 2010-09-22 16:47:55 deliver(cot): Info: auth input: uid=1011 >> 2010-09-22 16:47:55 deliver(cot): Info: auth input: gid=1011 >> 2010-09-22 16:47:55 deliver(cot): Info: auth input: home=/home/cot >> 2010-09-22 16:47:55 deliver(cot): Info: auth input: >> quota_rule=*:bytes=100 >> 2010-09-22 16:47:55 deliver(cot): Info: Quota root: name= backend=maildir >> args= >> 2010-09-22 16:47:55 deliver(cot): Info: Quota rule: root= mailbox=* >> bytes=100 messages=0 >> 2010-09-22 16:47:55 deliver(cot): Info: maildir: data=/home/cot/Maildir >> 2010-09-22 16:47:55 deliver(cot): Info: maildir++: root=/home/cot/Maildir, >> index=, control=, inbox=/home/cot/Maildir >> 2010-09-22 16:47:55 deliver(cot): Info: sieve: using sieve path for user's >> script: /home/cot/.dovecot.sieve >> 2010-09-22 16:47:55 deliver(cot): Info: sieve: opening script >> /home/cot/.dovecot.sieve >> 2010-09-22 16:47:55 deliver(cot): Info: sieve: executing compiled script >> /home/cot/.dovecot.sieve >> 2010-09-22 16:47:55 deliver(cot): Info: sieve: msgid=< >> e93c61e349a52559d3060b6530f6dd69.squir...@192.168.1.13
Re: [Dovecot] Sieve autoreply woes on test setup
In case these are required as well: *dovecot confiiguration* r...@dawnone:~# dovecot -n # 1.2.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-3-686 i686 Debian squeeze/sid log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap managesieve listen(default): * listen(imap): * listen(managesieve): *:2000 ssl: no disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_privileged_group: mail mail_location: maildir:~/Maildir mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): quota mail_plugins(imap): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve managesieve_logout_format(default): bytes=%i/%o managesieve_logout_format(imap): bytes=%i/%o managesieve_logout_format(managesieve): bytes=%i%o lda: postmaster_address: d...@vmint mail_plugins: quota sieve deliver_log_format: msgid=%m: %$ sendmail_path: /usr/lib/sendmail log_path: /var/log/ldaone info_log_path: /var/log/ldatwo debug: yes auth default: debug: yes passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: prefetch userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 438 plugin: quota: maildir sieve: ~/.dovecot.sieve sieve_dir: ~/sieve *ldap attributes* r...@dawnone:~# qmail-ldaplookup -u cot Searching ldap for: (&(objectClass=qmailUser)(uid=cot)) under dn: dc=vmint Found 1 entry: dn: uid=cot,ou=people,dc=vmint --- objectClass: top objectClass: person objectClass: posixAccount objectClass: shadowAccount objectClass: qmailUser mail: c...@vmint uid: cot accountStatus: undefined -> active mailHost: undefined homeDirectory: /home/cot aliasEmpty: /home/cot/Maildir/ qmailDotMode: ldapwithprog qmailUID: 1011 qmailGID: 1011 mailQuotaSize: 100 mailQuotaCount: 0 (unlimited) mailSizeMax: 0 (unlimited) deliveryMode: nolocal deliveryProgramPath: /usr/lib/dovecot/deliver -a $RECIPIENT -f $SENDER -d $USER mailReplyText: undefined On Wed, Sep 22, 2010 at 4:59 PM, Mohit Chawla wrote: > Hi, > > I have been testing sieve in my setup with qmail-ldap and deliver on a LAN > with an artificial domain name. Everything seems to be working as expected, > except in cases when autoreplies (vacation, reject messages) need to be > tested. > > The domain name is vmint, and dawnone is the hostname on which mail server > is setup, so a users have address like c...@vmint, c...@vmint and > d...@vmint > > * LDA Log* *cot is the user with the sieve vacation filter enabled* > 2010-09-22 16:47:55 deliver(cot): Info: Loading modules from directory: > /usr/lib/dovecot/modules/lda > 2010-09-22 16:47:55 deliver(cot): Info: Module loaded: > /usr/lib/dovecot/modules/lda/lib10_quota_plugin.so > 2010-09-22 16:47:55 deliver(cot): Info: Module loaded: > /usr/lib/dovecot/modules/lda/lib90_sieve_plugin.so > 2010-09-22 16:47:55 deliver(cot): Info: auth input: uid=1011 > 2010-09-22 16:47:55 deliver(cot): Info: auth input: gid=1011 > 2010-09-22 16:47:55 deliver(cot): Info: auth input: home=/home/cot > 2010-09-22 16:47:55 deliver(cot): Info: auth input: > quota_rule=*:bytes=100 > 2010-09-22 16:47:55 deliver(cot): Info: Quota root: name= backend=maildir > args= > 2010-09-22 16:47:55 deliver(cot): Info: Quota rule: root= mailbox=* > bytes=100 messages=0 > 2010-09-22 16:47:55 deliver(cot): Info: maildir: data=/home/cot/Maildir > 2010-09-22 16:47:55 deliver(cot): Info: maildir++: root=/home/cot/Maildir, > index=, control=, inbox=/home/cot/Maildir > 2010-09-22 16:47:55 deliver(cot): Info: sieve: using sieve path for user's > script: /home/cot/.dovecot.sieve > 2010-09-22 16:47:55 deliver(cot): Info: sieve: opening script > /home/cot/.dovecot.sieve > 2010-09-22 16:47:55 deliver(cot): Info: sieve: executing compiled script > /home/cot/.dovecot.sieve > 2010-09-22 16:47:55 deliver(cot): Info: sieve: msgid=< > e93c61e349a52559d3060b6530f6dd69.squir...@192.168.1.137>: sent vacation > response to > 2010-09-22 16:47:55 deliver(cot): Info: Namespace : Using permissions from > /home/cot/Maildir: mode=0700 gid=-1 > 2010-09-22 16:47:55 deliver(cot): Info: sieve: msgid=< > e93c61e349a52559d3060b6530f6dd69.squir...@192.168.1.137>: stored mail into > mailbox 'INBOX' > > *failure notice message/bounce sent to the postmaster* > > Return-Path: <> > Received: (qmail 5346 invoked for bounce); 22 Sep 2010 11:17:55 - > Date: 22 Sep 2010 11:17:55 - > From: mailer-dae...@vmint > To: "<>"@dawnone.vmint > Subject: fai
Re: [Dovecot] Support for spaces in plaintext passwords?
did you tried a password with space in the middle, not in the beggining or end ? Maybe it's just trimming at the beginning and end. Can you try it with space in the middle of the password, like "pass word" Em 22/09/2010 08:52, Simon escreveu: Well, kind off. I found that it had been reported earlier but with insufficient information. So I just updated http://code.google.com/p/android/issues/detail?id=11064#c8 and hopes some one responsible reads it again. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertru...@solutti.com.br My SPAMTRAP, do not email it
Re: [Dovecot] Support for spaces in plaintext passwords?
Well, kind off. I found that it had been reported earlier but with insufficient information. So I just updated http://code.google.com/p/android/issues/detail?id=11064#c8 and hopes some one responsible reads it again. On Wed, Sep 22, 2010 at 07:26:30AM -0400, Jerry wrote: > On Wed, 22 Sep 2010 12:47:25 +0200 (CEST) > Simon articulated: > > > Never mind! Propper reserch shows that Android mail seems to trim the > > space all together. In orther words, is all googles fault and nothing > > you/we can do to solve it. > > Did you file a bug report against this behavior? > > -- > Jerry ??? > dovecot.u...@seibercom.net > > Disclaimer: off-list followups get on-list replies or get ignored. > Please do not ignore the Reply-To header. > __ >
[Dovecot] Sieve autoreply woes on test setup
Hi, I have been testing sieve in my setup with qmail-ldap and deliver on a LAN with an artificial domain name. Everything seems to be working as expected, except in cases when autoreplies (vacation, reject messages) need to be tested. The domain name is vmint, and dawnone is the hostname on which mail server is setup, so a users have address like c...@vmint, c...@vmint and d...@vmint * LDA Log* *cot is the user with the sieve vacation filter enabled* 2010-09-22 16:47:55 deliver(cot): Info: Loading modules from directory: /usr/lib/dovecot/modules/lda 2010-09-22 16:47:55 deliver(cot): Info: Module loaded: /usr/lib/dovecot/modules/lda/lib10_quota_plugin.so 2010-09-22 16:47:55 deliver(cot): Info: Module loaded: /usr/lib/dovecot/modules/lda/lib90_sieve_plugin.so 2010-09-22 16:47:55 deliver(cot): Info: auth input: uid=1011 2010-09-22 16:47:55 deliver(cot): Info: auth input: gid=1011 2010-09-22 16:47:55 deliver(cot): Info: auth input: home=/home/cot 2010-09-22 16:47:55 deliver(cot): Info: auth input: quota_rule=*:bytes=100 2010-09-22 16:47:55 deliver(cot): Info: Quota root: name= backend=maildir args= 2010-09-22 16:47:55 deliver(cot): Info: Quota rule: root= mailbox=* bytes=100 messages=0 2010-09-22 16:47:55 deliver(cot): Info: maildir: data=/home/cot/Maildir 2010-09-22 16:47:55 deliver(cot): Info: maildir++: root=/home/cot/Maildir, index=, control=, inbox=/home/cot/Maildir 2010-09-22 16:47:55 deliver(cot): Info: sieve: using sieve path for user's script: /home/cot/.dovecot.sieve 2010-09-22 16:47:55 deliver(cot): Info: sieve: opening script /home/cot/.dovecot.sieve 2010-09-22 16:47:55 deliver(cot): Info: sieve: executing compiled script /home/cot/.dovecot.sieve 2010-09-22 16:47:55 deliver(cot): Info: sieve: msgid=< e93c61e349a52559d3060b6530f6dd69.squir...@192.168.1.137>: sent vacation response to 2010-09-22 16:47:55 deliver(cot): Info: Namespace : Using permissions from /home/cot/Maildir: mode=0700 gid=-1 2010-09-22 16:47:55 deliver(cot): Info: sieve: msgid=< e93c61e349a52559d3060b6530f6dd69.squir...@192.168.1.137>: stored mail into mailbox 'INBOX' *failure notice message/bounce sent to the postmaster* Return-Path: <> Received: (qmail 5346 invoked for bounce); 22 Sep 2010 11:17:55 - Date: 22 Sep 2010 11:17:55 - From: mailer-dae...@vmint To: "<>"@dawnone.vmint Subject: failure notice Hi. This is the qmail-send program at vmint. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. http://192.168.1.137/squirrelmail/src/compose.php?send_to=cute%40vmint.vmint>>: Sorry, I couldn't find any host named vmint.vmint. (#5.1.2) --- Below this line is a copy of the message. Return-Path: <"<>"@dawnone.vmint> Received: (qmail 5344 invoked by uid 1011); 22 Sep 2010 11:17:55 - X-Sieve: Dovecot Sieve 0.1.17 Message-ID: Date: Wed, 22 Sep 2010 16:47:55 +0530 From: http://192.168.1.137/squirrelmail/src/compose.php?send_to=cot%40vmint.vmint>> To: http://192.168.1.137/squirrelmail/src/compose.php?send_to=cute%40vmint.vmint>> Subject: Not here In-Reply-To: http://192.168.1.137/squirrelmail/src/compose.php?send_to=e93c61e349a52559d3060b6530f6dd69.squirrel%40192.168.1.137>> References: http://192.168.1.137/squirrelmail/src/compose.php?send_to=e93c61e349a52559d3060b6530f6dd69.squirrel%40192.168.1.137>> Auto-Submitted: auto-replied (vacation) Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit This is an automated reply; I am away and will not be able to reply to you immediately.I will get back to you as soon as I return. *deliver is being called like this*: deliver -f $SENDER -d $USER where SENDER and USER are provided by qmail-ldap. So, am not sure what component in the chain is appending a .vmint to the existing domain name. Any input appreciated, thanks.
Re: [Dovecot] Support for spaces in plaintext passwords?
On Wed, 22 Sep 2010 12:47:25 +0200 (CEST) Simon articulated: > Never mind! Propper reserch shows that Android mail seems to trim the > space all together. In orther words, is all googles fault and nothing > you/we can do to solve it. Did you file a bug report against this behavior? -- Jerry ✌ dovecot.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __
Re: [Dovecot] Dovecot pop3 segfault problems
On 2010-09-22 5:14 AM, enid vx wrote: > The logs showing this problems are: > > Sep 22 08:21:48 domainname kernel: pop3[21085]: segfault at 0004 > rip 0044333a rsp 7fff3eb5d6a0 error 4 > Sep 22 08:23:49 domainname kernel: pop3[22195]: segfault at 0004 > rip 0044333a rsp 7fff471b2fa0 error 4 > Sep 22 08:25:49 domainname kernel: pop3[23323]: segfault at 0004 > rip 0044333a rsp 7fff643022e0 error 4 > Sep 22 08:27:49 domainname kernel: pop3[24336]: segfault at 0004 > rip 0044333a rsp 7fff306fd090 error 4 > Sep 22 08:29:49 domainname kernel: pop3[25450]: segfault at 0004 > rip 0044333a rsp 7fff03a128c0 error 4 > Sep 22 08:31:49 domainname kernel: pop3[26374]: segfault at 0004 > rip 0044333a rsp 7fffefb431a0 error 4 > Sep 22 08:33:49 domainname kernel: pop3[27445]: segfault at 0004 > rip 0044333a rsp 7fffa1a08510 error 4 > Sep 22 08:35:49 domainname kernel: pop3[29432]: segfault at 0004 > rip 0044333a rsp 7fffec6d2e40 error 4 > Sep 22 08:37:49 domainname kernel: pop3[30872]: segfault at 0004 > rip 0044333a rsp 7fff11964130 error 4 > > > Each of them followed by: > Sep 22 08:37:49 domainname dovecot: child 30872 (pop3) killed with signal 11 and now, can you respond to Timos request for a backtrace: On 2010-09-21 10:16 AM, Timo Sirainen wrote: > Are these coming only from pop3 processes? Are you running imap? It's > anyway difficult to say anything about segfaults without a gdb > backtrace. See http://dovecot.org/bugreport.html how to get one. -- Best regards, Charles
Re: [Dovecot] Support for spaces in plaintext passwords?
Never mind! Propper reserch shows that Android mail seems to trim the space all together. In orther words, is all googles fault and nothing you/we can do to solve it. > Hi! > > I have problems with my cellphone. It does not seem to quote the strings > to the login command. > > I can logon using ie SquirrelMail but if i try to login using AndroidMail > it just says "autentication failed". If i try maualy i get similar > results. > > Changing password for test to "password-" > > a login test password- > a OK Logged in. > > Changing password for test to "password " > > * OK Dovecot ready. > a login test password#here i type "password ", but without "" > a NO Authentication failed. > > Uppon examining squirrelmails comunication it sends > login "test" "password " > > I will of cause file a bugreport that Android Mail should use quoted > strings when using 'login' autentication as per rfc2060 (which seems to > allow it but not demand it). > > But i wonder if it is possible to work around this issue in Dovecot > somehow? > >
[Dovecot] Support for spaces in plaintext passwords?
Hi! I have problems with my cellphone. It does not seem to quote the strings to the login command. I can logon using ie SquirrelMail but if i try to login using AndroidMail it just says "autentication failed". If i try maualy i get similar results. Changing password for test to "password-" a login test password- a OK Logged in. Changing password for test to "password " * OK Dovecot ready. a login test password#here i type "password ", but without "" a NO Authentication failed. Uppon examining squirrelmails comunication it sends login "test" "password " I will of cause file a bugreport that Android Mail should use quoted strings when using 'login' autentication as per rfc2060 (which seems to allow it but not demand it). But i wonder if it is possible to work around this issue in Dovecot somehow?
Re: [Dovecot] Sieve error on Quota full (Dovecot 2.0.3)
Op 22-9-2010 8:45, Cassidy Larson schreef: Just switched my storage boxes to 2.0.3 with Pigeonhole. Noticing for those that have quota fulls, my syslog is getting full of errors from sieve: dovecot: lda(u...@host.com): Error: sieve: script /data/mail/host.com/u...@host.com//.dovecot.sieve failed with unsuccessful implicit keep (user logfile /data/mail/host.com/u...@host.com//.dovecot.sieve.log may reveal additional details) Checking the .dovecot.sieve.log I see: sieve: info: started log at Sep 22 00:38:11. error: msgid=: failed to store into mailbox 'INBOX': Quota exceeded ( mailbox for user is full). Any way to suppress these quota full messages from filling up my logs and .dovecot.sieve.log ? I do like the .dovecot.sieve.log for debugging, but regular quota warnings seems excessive. I'm wondering how your previous setup handled this. Currently, LDA and Pigeonhole don't maintain state information about persistent errors, causing a new error message in the logs for each failed delivery. Regards, Stephan.
Re: [Dovecot] Dovecot pop3 segfault problems
On Tue, Sep 21, 2010 at 5:14 PM, Charles Marcus wrote: > On 2010-09-21 11:04 AM, enid vx wrote: > > The output of doveconf -n: > > Log entries exhibiting the problem? > > -- > > Best regards, > > Charles > The logs showing this problems are: Sep 22 08:21:48 domainname kernel: pop3[21085]: segfault at 0004 rip 0044333a rsp 7fff3eb5d6a0 error 4 Sep 22 08:23:49 domainname kernel: pop3[22195]: segfault at 0004 rip 0044333a rsp 7fff471b2fa0 error 4 Sep 22 08:25:49 domainname kernel: pop3[23323]: segfault at 0004 rip 0044333a rsp 7fff643022e0 error 4 Sep 22 08:27:49 domainname kernel: pop3[24336]: segfault at 0004 rip 0044333a rsp 7fff306fd090 error 4 Sep 22 08:29:49 domainname kernel: pop3[25450]: segfault at 0004 rip 0044333a rsp 7fff03a128c0 error 4 Sep 22 08:31:49 domainname kernel: pop3[26374]: segfault at 0004 rip 0044333a rsp 7fffefb431a0 error 4 Sep 22 08:33:49 domainname kernel: pop3[27445]: segfault at 0004 rip 0044333a rsp 7fffa1a08510 error 4 Sep 22 08:35:49 domainname kernel: pop3[29432]: segfault at 0004 rip 0044333a rsp 7fffec6d2e40 error 4 Sep 22 08:37:49 domainname kernel: pop3[30872]: segfault at 0004 rip 0044333a rsp 7fff11964130 error 4 Each of them followed by: Sep 22 08:37:49 domainname dovecot: child 30872 (pop3) killed with signal 11 Thanks, Enid
Re: [Dovecot] Dovecot needs to be built with SSL support?
On 22/09/2010 05:35, ksri...@yahoo.com wrote: I intend to use Dovecot without SSL. Hence, I built it without SSL support. When I am trying start Dovecot, I am getting the following error message. I have set ssl=no in 10-ssl.conf. Can anyone please let me know if it is possible to build and run Dovecot without SSL support? If it is, how can I overcome the following error message? Thanks a lot. Srini Sep 21 11:18:11 master: Info: Dovecot v2.0.3 starting up (core dumps disabled) Sep 21 11:18:11 ssl-params: Fatal: Dovecot built without SSL support Sep 21 11:18:11 master: Error: service(ssl-params): command startup failed, throttling (Ooops, accidentally sent message to OP only and not to list.) http://www.dovecot.org/list/dovecot/2010-September/053074.html Bill
Re: [Dovecot] Dovecot needs to be built with SSL support?
On 22/09/10 06:35, ksri...@yahoo.com wrote: > > I intend to use Dovecot without SSL. Hence, I built it without SSL support. > When I am trying start Dovecot, I am getting the following error message. I > have set ssl=no in 10-ssl.conf. Can anyone please let me know if it is > possible to build and run Dovecot without SSL support? If it is, how can I > overcome the following error message? > > Thanks a lot. > Srini > > Sep 21 11:18:11 master: Info: Dovecot v2.0.3 starting up (core dumps > disabled) > Sep 21 11:18:11 ssl-params: Fatal: Dovecot built without SSL support > Sep 21 11:18:11 master: Error: service(ssl-params): command startup failed, > throttling > > > Hi, The same question, and it's answer, came up on this list about 17 hours ago in a thread with the subject "2.0.3 doesn't start without SSL" :) Regards, Tom