- dovecot - dovecot.org

[Dovecot] Dovecot first impressions
by Matthias Andree 30 Jun '03

30 Jun '03

Hi, I have only recently become aware of Dovecot and gave it a try. The previous 0.99.9.1 version didn't work well for me (OpenSSL), I dropped it, but 0.99.10 has come just in time (saw it on freshmeat) and I thought I'd give it another try if it promised SSL fixes, and it's sorta working for me (i. e. it works with mutt, Mozilla, sylpheed, but not cone -- but cone is beta and has SSL issues with certificate verification, I seem to have hosed the setup). Anyways, I was delighted to see how quick it is to install an IMAP/POP3 server -- but being a Courier-IMAP user, I have some compatibility concerns, but these appear to be minor, and the daemontools <URL:http://cr.yp.to/daemontools.html> friendliness (dovecot -F) is very much to my taste as well. One deals with NAMESPACE -- it takes manual intervention in order to convince Mozilla of the new namespace and stuff. Courier-IMAP used to provide a NAMESPACE, but Mozilla leaves it unchanged if I point it to Dovecot. The other is the naming itself, easily visible from the LIST replies below: Courier prefixes everything with "INBOX" (which I believe is reflected in the NAMESPACE, but it appears as though most clients were only tested against UWIMAP). Apparently, mail user clients (particularly the Mozilla derivatives) do a better job of presenting Dovecot's layout, so this one has my preference, although it differs from Courier's and Cyrus 2.1's. Timo, could you add the NAMESPACE extension to Dovecot? That would be a great migration aid for people switching over from Courier-IMAP. Other than that, my first impression is a very good one. One question (I may have missed it in the docs): how do I properly create folders with national characters (umlauts) in their names? Apparently, Courier-IMAP and Dovecot just forward the file name verbatim when I type maildirmake -f t=E4=DFt Maildir, which doesn't look right. OTOH, I am well aware that the IMAP servers can't possible guess the character set, so it must be my "maildirmake" that is flawed rather than the server. This is Courier-IMAP: . namespace * NAMESPACE (("INBOX." ".")) NIL (("shared." ".")) . OK NAMESPACE completed. . list "" * * LIST (\HasNoChildren) "." "INBOX.INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.dovecot" * LIST (\HasNoChildren) "." "INBOX.qmail" * LIST (\HasNoChildren) "." "INBOX.cone" * LIST (\HasNoChildren) "." "INBOX.vulnwatch" * LIST (\HasNoChildren) "." "INBOX.Outbox" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.newsletters" * LIST (\HasNoChildren) "." "INBOX.schmendrick" * LIST (\HasNoChildren) "." "INBOX.Queue" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\Marked \HasChildren) "." "INBOX" * LIST (\Noselect \HasChildren) "." "INBOX.INBOX" . OK LIST completed This is Dovecot: . namespace . BAD Error in IMAP command NAMESPACE: Unknown command. . list "" * * LIST (\UnMarked) "." "Drafts" * LIST (\UnMarked) "." "Sent" * LIST (\UnMarked) "." "Queue" * LIST (\UnMarked) "." "schmendrick" * LIST (\UnMarked) "." "newsletters" * LIST (\UnMarked) "." "Trash" * LIST (\UnMarked) "." "Outbox" * LIST (\UnMarked) "." "vulnwatch" * LIST (\Marked) "." "cone" * LIST (\Marked) "." "qmail" * LIST (\UnMarked) "." "dovecot" * LIST (\Children \UnMarked) "." "INBOX" * LIST (\UnMarked) "." "INBOX.Trash" . OK List completed. --=20 Matthias Andree

2 1

[Dovecot] HELP
by Roger Cates 28 Jun '03

28 Jun '03

I am including my config.log in the hopes that someone can tell me what is going on with dovecot installing on Mac OSX 10.2.6 Sincerely, Roger Cates, CCNA Vice President & Chief Technical Officer Xpower Internet, LLC Xpowerhosting.com | Xpoweronline.com P 888.245.7501 | F 270.338.4602 Internet to the power of X. begin 666 dovecot_config.log M5&AI<R!F:6QE(&-O;G1A:6YS(&%N>2!M97-S86=E<R!P<F]D=6-E9"!B>2!C M;VUP:6QE<G,@=VAI;&4*<G5N;FEN9R!C;VYF:6=U<F4L('1O(&%I9"!D96)U M9V=I;F<@:68@8V]N9FEG=7)E(&UA:V5S(&$@;6ES=&%K92X*"F-O;F9I9W5R M93HW.#,Z(&-H96-K:6YG(&9O<B!A($)31"!C;VUP871I8FQE(&EN<W1A;&P* M8V]N9FEG=7)E.C@S-CH@8VAE8VMI;F<@=VAE=&AE<B!B=6EL9"!E;G9I<F]N M;65N="!I<R!S86YE"F-O;F9I9W5R93HX.3,Z(&-H96-K:6YG('=H971H97(@ M;6%K92!S971S("1[34%+17T*8V]N9FEG=7)E.CDS.3H@8VAE8VMI;F<@9F]R M('=O<FMI;F<@86-L;V-A;"TQ+C0*8V]N9FEG=7)E.CDU,CH@8VAE8VMI;F<@ M9F]R('=O<FMI;F<@875T;V-O;F8*8V]N9FEG=7)E.CDV-3H@8VAE8VMI;F<@ M9F]R('=O<FMI;F<@875T;VUA:V4M,2XT"F-O;F9I9W5R93HY-S@Z(&-H96-K M:6YG(&9O<B!W;W)K:6YG(&%U=&]H96%D97(*8V]N9FEG=7)E.CDY,3H@8VAE M8VMI;F<@9F]R('=O<FMI;F<@;6%K96EN9F\*8V]N9FEG=7)E.C$P,#8Z(&-H M96-K:6YG('=H971H97(@=&\@96YA8FQE(&UA:6YT86EN97(M<W!E8VEF:6,@ M<&]R=&EO;G,@;V8@36%K969I;&5S"F-O;F9I9W5R93HQ,#,Q.B!C:&5C:VEN M9R!F;W(@<W1R97)R;W(@:6X@+6QC<&]S:7@*8V]N9FEG=7)E.C$P-S4Z(&-H M96-K:6YG(&9O<B!G8V,*8V]N9FEG=7)E.C$Q.#@Z(&-H96-K:6YG('=H971H M97(@=&AE($,@8V]M<&EL97(@*&=C8R @*2!W;W)K<PIC;VYF:6=U<F4Z,3(P M-#H@9V-C("UO(&-O;F9T97-T(" @(&-O;F9T97-T+F,@(#$^)C4*8V]N9FEG M=7)E.C$R,S Z(&-H96-K:6YG('=H971H97(@=&AE($,@8V]M<&EL97(@*&=C M8R @*2!I<R!A(&-R;W-S+6-O;7!I;&5R"F-O;F9I9W5R93HQ,C,U.B!C:&5C M:VEN9R!W:&5T:&5R('=E(&%R92!U<VEN9R!'3E4@0PIC;VYF:6=U<F4Z,3(V M,SH@8VAE8VMI;F<@=VAE=&AE<B!G8V,@86-C97!T<R M9PIC;VYF:6=U<F4Z M,3(Y-3H@8VAE8VMI;F<@:&]W('1O(')U;B!T:&4@0R!P<F5P<F]C97-S;W(* M8V]N9FEG=7)E.C$S-S4Z(&-H96-K:6YG(&9O<B!!3E-)($,@:&5A9&5R(&9I M;&5S"F-O;F9I9W5R93HQ-#<Y.B!C:&5C:VEN9R!F;W(@:6YL:6YE"F-O;F9I M9W5R93HQ-30Y.B!C:&5C:VEN9R!F;W(@0WEG=VEN(&5N=FER;VYM96YT"F-O M;F9I9W5R93HQ-3@R.B!C:&5C:VEN9R!F;W(@;6EN9W<S,B!E;G9I<F]N;65N M= IC;VYF:6=U<F4Z,38X-CH@8VAE8VMI;F<@:&]S="!S>7-T96T@='EP90IC M;VYF:6=U<F4Z,3<P-SH@8VAE8VMI;F<@8G5I;&0@<WES=&5M('1Y<&4*8V]N M9FEG=7)E.C$W,S8Z(&-H96-K:6YG(&9O<B!L9"!U<V5D(&)Y($=#0PIC;VYF M:6=U<F4Z,3@P-#H@8VAE8VMI;F<@:68@=&AE(&QI;FME<B H+W5S<B]B:6XO M;&0I(&ES($=.52!L9 IC;VYF:6=U<F4Z,3@R,3H@8VAE8VMI;F<@9F]R("]U M<W(O8FEN+VQD(&]P=&EO;B!T;R!R96QO860@;V)J96-T(&9I;&5S"F-O;F9I M9W5R93HQ.#,S.B!C:&5C:VEN9R!F;W(@0E-$+6-O;7!A=&EB;&4@;FT*8V]N M9FEG=7)E.C$X-S$Z(&-H96-K:6YG(&9O<B!A('-E9"!T:&%T(&1O97,@;F]T M('1R=6YC871E(&]U='!U= IC;VYF:6=U<F4Z,3DU-3H@8VAE8VMI;F<@=VAE M=&AE<B!L;B M<R!W;W)K<PIC;VYF:6=U<F4Z,3DW-CH@8VAE8VMI;F<@:&]W M('1O(')E8V]G;FES92!D97!E;F1E;G0@;&EB<F%R:65S"F-O;F9I9W5R93HR M,38R.B!C:&5C:VEN9R!F;W(@;V)J96-T('-U9F9I> IC;VYF:6=U<F4Z,C$X M.#H@8VAE8VMI;F<@9F]R(&5X96-U=&%B;&4@<W5F9FEX"F-O;F9I9W5R93HR M,C(Y.B!C:&5C:VEN9R!C;VUM86YD('1O('!A<G-E("]U<W(O8FEN+VYM("UP M(&]U='!U= IC;VYF:6=U<F4Z,C0Q-3H@8VAE8VMI;F<@9F]R(&1L9F-N+F@* M8V]N9FEG=7)E.C(U.30Z(&-H96-K:6YG(&9O<B!R86YL:6(*8V]N9FEG=7)E M.C(V-C$Z(&-H96-K:6YG(&9O<B!S=')I< IC;VYF:6=U<F4Z,CDP-#H@8VAE M8VMI;F<@9F]R(&]B:F1I<@IC;VYF:6=U<F4Z,CDS,3H@8VAE8VMI;F<@9F]R M(&=C8R!O<'1I;VX@=&\@<')O9'5C92!024,*8V]N9FEG=7)E.C,P-SDZ(&-H M96-K:6YG(&EF(&=C8R!024,@9FQA9R @+69N;RUC;VUM;VX@=V]R:W,*8V]N M9FEG=7)E.C,Q-#4Z(&-H96-K:6YG(&EF(&=C8R!S=&%T:6,@9FQA9R @=V]R M:W,*8V]N9FEG=7)E.C,Q.#<Z(&-H96-K:6YG(&EF(&=C8R!S=7!P;W)T<R M M8R M;R!F:6QE+F\*8V]N9FEG=7)E.C,R,S4Z(&-H96-K:6YG(&EF(&=C8R!S M=7!P;W)T<R M8R M;R!F:6QE+FQO"F-O;F9I9W5R93HS,S S.B!C:&5C:VEN M9R!I9B!G8V,@<W5P<&]R=',@+69N;RUR='1I("UF;F\M97AC97!T:6]N<PIC M;VYF:6=U<F4Z,S,Q-CH@9V-C("UC("UG("U/,B M9FYO+7)T=&D@+69N;RUE M>&-E<'1I;VYS("UC(&-O;F9T97-T+F,@(&-O;F9T97-T+F,@,3XF-0IC;VYF M:6=U<F4Z,S,T,SH@8VAE8VMI;F<@=VAE=&AE<B!T:&4@;&EN:V5R("@O=7-R M+V)I;B]L9"D@<W5P<&]R=',@<VAA<F5D(&QI8G)A<FEE<PIC;VYF:6=U<F4Z M-# T,CH@8VAE8VMI;F<@:&]W('1O(&AA<F1C;V1E(&QI8G)A<GD@<&%T:',@ M:6YT;R!P<F]G<F%M<PIC;VYF:6=U<F4Z-# W,#H@8VAE8VMI;F<@=VAE=&AE M<B!S=')I<'!I;F<@;&EB<F%R:65S(&ES('!O<W-I8FQE"F-O;F9I9W5R93HT M,#@T.B!C:&5C:VEN9R!D>6YA;6EC(&QI;FME<B!C:&%R86-T97)I<W1I8W,* M8V]N9FEG=7)E.C0U,#@Z(&-H96-K:6YG(&EF(&QI8G1O;VP@<W5P<&]R=',@ M<VAA<F5D(&QI8G)A<FEE<PIC;VYF:6=U<F4Z-#4Q,CH@8VAE8VMI;F<@=VAE M=&AE<B!T;R!B=6EL9"!S:&%R960@;&EB<F%R:65S"F-O;F9I9W5R93HT-3,U M.B!C:&5C:VEN9R!W:&5T:&5R('1O(&)U:6QD('-T871I8R!L:6)R87)I97,* M8V]N9FEG=7)E.C4P-S$Z(&-H96-K:6YG('=H971H97(@+6QC('-H;W5L9"!B M92!E>'!L:6-I=&QY(&QI;FME9"!I;@IC;VYF:6=U<F4Z-38X-SH@8VAE8VMI M;F<@9F]R(&QD('5S960@8GD@1T-#"F-O;F9I9W5R93HU-S4U.B!C:&5C:VEN M9R!I9B!T:&4@;&EN:V5R("@O=7-R+V)I;B]L9"D@:7,@1TY5(&QD"F-O;F9I M9W5R93HU-S@Y.B!C:&5C:VEN9R!F;W(@<VAA<F5D(&QI8G)A<GD@<G5N('!A M=&@@;W)I9VEN"F-O;F9I9W5R93HV,C,U.B!C:&5C:VEN9R!F;W(@:6-O;G8* M8V]N9FEG=7)E.C8S-C(Z(&-H96-K:6YG(&9O<B!S=')I;F<N: IC;VYF:6=U M<F4Z-C,V,CH@8VAE8VMI;F<@9F]R('-T9&QI8BYH"F-O;F9I9W5R93HV,S8R M.B!C:&5C:VEN9R!F;W(@<W1D:6YT+F@*8V]N9FEG=7)E.C8S-C(Z(&-H96-K M:6YG(&9O<B!U;FES=&0N: IC;VYF:6=U<F4Z-C,V,CH@8VAE8VMI;F<@9F]R M(&1I<F5N="YH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W5I M;RYH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W-Y<VUA8W)O M<RYH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W)E<V]U<F-E M+F@*8V]N9FEG=7)E.C8T,#(Z(&-H96-K:6YG(&9O<B!L:6YU>"]M;6%N+F@* M8V]N9FEG=7)E.C8T-#(Z(&-H96-K:6YG(&9O<B!S>7,O<V5L96-T+F@*8V]N M9FEG=7)E.C8T.#0Z(&-H96-K:6YG(&9O<B!S>7,O=&EM92YH"F-O;F9I9W5R M93HV-SDP.B!C:&5C:VEN9R!F;W(@<V]C:V5T"F-O;F9I9W5R93HV.#(a)S.B!C M:&5C:VEN9R!F;W(@:6YE=%]A9&1R"F-O;F9I9W5R93HV.3<V.B!C:&5C:VEN M9R!F;W(@9F1A=&%S>6YC"F-O;F9I9W5R93HW,#(U.B!C:&5C:VEN9R!F;W(@ M9F1A=&%S>6YC(&EN("UL<G0*8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O M<B!F8VYT; IC;VYF:6=U<F4Z-S X,SH@8VAE8VMI;F<@9F]R(&9L;V-K"F-O M;F9I9W5R93HW,#@S.B!C:&5C:VEN9R!F;W(@:6YE=%]A=&]N"F-O;F9I9W5R M93HW,#@S.B!C:&5C:VEN9R!F;W(@<VEG86-T:6]N"F-O;F9I9W5R93HW,#@S M.B!C:&5C:VEN9R!F;W(@9V5T<&%G97-I>F4*8V]N9FEG=7)E.C<P.#,Z(&-H M96-K:6YG(&9O<B!M861V:7-E"F-O;F9I9W5R93HW,#@S.B!C:&5C:VEN9R!F M;W(@<W1R8V%S96-M< IC;VYF:6=U<F4Z-S X,SH@8VAE8VMI;F<@9F]R('-T M<FEC;7 *8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O<B!V<VYP<FEN=&8* M8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O<B!V<WES;&]G"F-O;F9I9W5R M93HW,#@S.B!C:&5C:VEN9R!F;W(@=W)I=&5V"F-O;F9I9W5R93HW,#(a)S.B!C M:&5C:VEN9R!F;W(@<V5T<FQI;6ET"F-O;F9I9W5R93HW,#@S.B!C:&5C:VEN M9R!F;W(@<V5T<')O8W1I=&QE"F-O;F9I9W5R93HW,3,X.B!C:&5C:VEN9R!F M;W(@<&]L; IC;VYF:6=U<F4Z-S(P-CH@8VAE8VMI;F<@<VEZ92!O9B!I;G0* M8V]N9FEG=7)E.C<R-#8Z(&-H96-K:6YG('-I>F4@;V8@;&]N9PIC;VYF:6=U M<F4Z-S(X-CH@8VAE8VMI;F<@<VEZ92!O9B!V;VED("H*8V]N9FEG=7)E.C<S M,C8Z(&-H96-K:6YG('-I>F4@;V8@;&]N9R!L;VYG"F-O;F9I9W5R93HW,S@S M.B!C:&5C:VEN9R!T>7!E(&]F(&]F9E]T"F-O;F9I9W5R93HW-#$Y.B!G8V,@ M+6,@+6<@+4\R("U786QL("U7("U7;6ES<VEN9RUP<F]T;W1Y<&5S("U7;6ES M<VEN9RUD96-L87)A=&EO;G,@+5=P;VEN=&5R+6%R:71H("U78VAA<BUS=6)S M8W)I<'1S("U79F]R;6%T/3(@+5=B860M9G5N8W1I;VXM8V%S=" M5V5R<F]R M("!C;VYF=&5S="YC(#$^)C4*8V,Q.B!W87)N:6YG<R!B96EN9R!T<F5A=&5D M(&%S(&5R<F]R<PIC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N M9FEG=7)E.C<T,30Z('=A<FYI;F<Z(&QO;F<@:6YT(&9O<FUA="P@9&EF9F5R M96YT('1Y<&4@87)G("AA<F<@,BD*8V]N9FEG=7)E.B!F86EL960@<')O9W)A M;2!W87,Z"B-L:6YE(#<T,#<@(F-O;F9I9W5R92(*(VEN8VQU9&4@(F-O;F9D M969S+F@B"@H)(" C:6YC;'5D92 \<WES+W1Y<&5S+F@^"@D@("-I;F-L=61E M(#QS=&1I;RYH/@H)"FEN="!M86EN*"D@>PH*"2 @<')I;G1F*"(E;&0B+" H M;V9F7W0I,"D["@D*.R!R971U<FX@,#L@?0IC;VYF:6=U<F4Z-S0Q.3H@9V-C M("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI M<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B M<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@+5=E<G)O M<B @8V]N9G1E<W0N8R Q/B8U"F-C,3H@=V%R;FEN9W,@8F5I;F<@=')E871E M9"!A<R!E<G)O<G,*8V]N9FEG=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O M;F9I9W5R93HW-#$T.B!W87)N:6YG.B!I;G0@9F]R;6%T+"!D:69F97)E;G0@ M='EP92!A<F<@*&%R9R R*0IC;VYF:6=U<F4Z(&9A:6QE9"!P<F]G<F%M('=A M<SH*(VQI;F4@-S0P-R B8V]N9FEG=7)E(@HC:6YC;'5D92 B8V]N9F1E9G,N M:"(*"@D@("-I;F-L=61E(#QS>7,O='EP97,N:#X*"2 @(VEN8VQU9&4@/'-T M9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P<FEN=&8H(B5D(BP@*&]F9E]T M*3 I.PH)"CL@<F5T=7)N(# [('T*8V]N9FEG=7)E.C<T,3DZ(&=C8R M8R M M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG M+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP M=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC87-T("U797)R;W(@(&-O M;F9T97-T+F,@,3XF-0IC;VYF:6=U<F4Z-S4V.#H@9V-C("UC("UG("U/,B M M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI<W-I;F<M9&5C;&%R M871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B<V-R:7!T<R M5V9O M<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T97-T+F,@,3XF-0IC M;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N9FEG=7)E.C<U-C,Z M(&!/1D9?5%]-05@G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U M;F-T:6]N*0IC;VYF:6=U<F4Z-S4V,SH@*$5A8V@@=6YD96-L87)E9"!I9&5N M=&EF:65R(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z-S4V,SH@ M9F]R(&5A8V@@9G5N8W1I;VX@:70@87!P96%R<R!I;BXI"F-O;F9I9W5R93HW M-38S.B!W87)N:6YG.B!U;G5S960@=F%R:6%B;&4@8&DG"F-O;F9I9W5R93H@ M9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-34V(")C;VYF:6=U<F4B"B-I M;F-L=61E(")C;VYF9&5F<RYH(@H*(" C:6YC;'5D92 \;&EM:71S+F@^"B @ M(VEN8VQU9&4@/'-Y<R]T>7!E<RYH/@H*:6YT(&UA:6XH*2!["@H@(&]F9E]T M(&D@/2!/1D9?5%]-05@["@H[(')E='5R;B P.R!]"F-O;F9I9W5R93HW-3DR M.B!C:&5C:VEN9R!W:&5T:&5R('-I>F5?="!I<R!S:6=N960*8V]N9FEG=7)E M.C<V,#<Z(&=C8R M;R!C;VYF=&5S=" M9R M3S(@+5=A;&P@+5<@+5=M:7-S M:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT M97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF M=6YC=&EO;BUC87-T(" @8V]N9G1E<W0N8R @,3XF-0IC;VYF:6=U<F4Z($EN M(&9U;F-T:6]N(&!M86EN)SH*8V]N9FEG=7)E.C<V,#(Z('=A<FYI;F<Z(&EM M<&QI8VET(&1E8VQA<F%T:6]N(&]F(&9U;F-T:6]N(&!E>&ET)PIC;VYF:6=U M<F4Z(&9A:6QE9"!P<F]G<F%M('=A<SH*(VQI;F4@-S4Y-R B8V]N9FEG=7)E M(@HC:6YC;'5D92 B8V]N9F1E9G,N:"(*"B @(VEN8VQU9&4@/'-Y<R]T>7!E M<RYH/@H@(&EN="!M86EN*"D@>PH@(" @+RH@<F5T=7)N(# @:68@=V4G<F4@ M<VEG;F5D("HO"B @("!E>&ET*"AS:7IE7W0I*&EN="DM,2 \/2 P(#\@," Z M(#$I.PH@('T*"F-O;F9I9W5R93HW-C0U.B!C:&5C:VEN9R!T>7!E(&]F('-S M:7IE7W0*8V]N9FEG=7)E.C<V.#$Z(&=C8R M8R M9R M3S(@+5=A;&P@+5<@ M+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M M5V)A9"UF=6YC=&EO;BUC87-T("U797)R;W(@(&-O;F9T97-T+F,@,3XF-0IC M;VYF:6=U<F4Z-S8X,3H@9V-C("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I M;F<M<')O=&]T>7!E<R M5VUI<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E M<BUA<FET:" M5V-H87(M<W5B<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U M;F-T:6]N+6-A<W0@+5=E<G)O<B @8V]N9G1E<W0N8R Q/B8U"F-C,3H@=V%R M;FEN9W,@8F5I;F<@=')E871E9"!A<R!E<G)O<G,*8V]N9FEG=7)E.B!);B!F M=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HW-C<V.B!W87)N:6YG.B!L;VYG M(&EN="!F;W)M870L(&EN="!A<F<@*&%R9R R*0IC;VYF:6=U<F4Z(&9A:6QE M9"!P<F]G<F%M('=A<SH*(VQI;F4(a)-S8V.2 B8V]N9FEG=7)E(@HC:6YC;'5D M92 B8V]N9F1E9G,N:"(*"@D@("-I;F-L=61E(#QS>7,O='EP97,N:#X*"2 @ M(VEN8VQU9&4@/'-T9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P<FEN=&8H M(B5L9"(L("AS<VEZ95]T*3 I.PH)"CL@<F5T=7)N(# [('T*8V]N9FEG=7)E M.C<V.#$Z(&=C8R M8R M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O M='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@ M+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC M87-T("U797)R;W(@(&-O;F9T97-T+F,@,3XF-0IC8S$Z('=A<FYI;F=S(&)E M:6YG('1R96%T960@87,@97)R;W)S"F-O;F9I9W5R93H@26X@9G5N8W1I;VX@ M8&UA:6XG.@IC;VYF:6=U<F4Z-S8W-CH@=V%R;FEN9SH@;&]N9R!L;VYG(&EN M="!F;W)M870L(&1I9F9E<F5N="!T>7!E(&%R9R H87)G(#(I"F-O;F9I9W5R M93H@9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-C8Y(")C;VYF:6=U<F4B M"B-I;F-L=61E(")C;VYF9&5F<RYH(@H*"2 @(VEN8VQU9&4@/'-Y<R]T>7!E M<RYH/@H)(" C:6YC;'5D92 \<W1D:6\N:#X*"0II;G0@;6%I;B@I('L*"@D@ M('!R:6YT9B@B)6QL9"(L("AS<VEZ95]T*3 I.PH)"CL@<F5T=7)N(# [('T* M8V]N9FEG=7)E.C<X,C,Z(&-H96-K:6YG(&9O<B!U:6YT;6%X7W0*8V]N9FEG M=7)E.C<X-C Z(&-H96-K:6YG(&9O<B!U:6YT7V9A<W0S,E]T"F-O;F9I9W5R M93HW.#DW.B!C:&5C:VEN9R!F;W(@<V]C:VQE;E]T"F-O;F9I9W5R93HW.34P M.B!C:&5C:VEN9R!F;W(@+V1E=B]U<F%N9&]M"F-O;F9I9W5R93HX,# T.B!C M:&5C:VEN9R!F;W(@=&U?9VUT;V9F"F-O;F9I9W5R93HX,#,X.B!C:&5C:VEN M9R!F;W(@<W1R=6-T(&EO=F5C"F-O;F9I9W5R93HX,#@V.B!G8V,@+6,@+6<@ M+4\R("U786QL("U7("U7;6ES<VEN9RUP<F]T;W1Y<&5S("U7;6ES<VEN9RUD M96-L87)A=&EO;G,@+5=P;VEN=&5R+6%R:71H("U78VAA<BUS=6)S8W)I<'1S M("U79F]R;6%T/3(@+5=B860M9G5N8W1I;VXM8V%S=" @8V]N9G1E<W0N8R Q M/B8U"F-O;F9I9W5R93HX,#<Y.B!W87)N:6YG.B!@="<@9&5F:6YE9"!B=70@ M;F]T('5S960*8V]N9FEG=7)E.C@Q,C Z(&=C8R M8R M9R M3S(@+5=A;&P@ M+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N M<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870] M,B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF=&5S="YC(#$^)C4*8V]N9FEG M=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HX,3$U.B!@4DQ) M34E47T%3)R!U;F1E8VQA<F5D("AF:7)S="!U<V4@:6X@=&AI<R!F=6YC=&EO M;BD*8V]N9FEG=7)E.C@Q,34Z("A%86-H('5N9&5C;&%R960@:61E;G1I9FEE M<B!I<R!R97!O<G1E9"!O;FQY(&]N8V4*8V]N9FEG=7)E.C@Q,34Z(&9O<B!E M86-H(&9U;F-T:6]N(&ET(&%P<&5A<G,@:6XN*0IC;VYF:6=U<F4Z(&9A:6QE M9"!P<F]G<F%M('=A<SH*(VQI;F4@.#$P-B B8V]N9FEG=7)E(@HC:6YC;'5D M92 B8V]N9F1E9G,N:"(*"B @(VEN8VQU9&4@/'-Y<R]T>7!E<RYH/@H@("-I M;F-L=61E(#QS>7,O=&EM92YH/@H@("-I;F-L=61E(#QS>7,O<F5S;W5R8V4N M:#X*"FEN="!M86EN*"D@>PH*("!S=')U8W0@<FQI;6ET('(["B @9V5T<FQI M;6ET*%),24U)5%]!4RP(a))G(I.PH*.R!R971U<FX@,#L@?0IC;VYF:6=U<F4Z M.#$T.3H@9V-C("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T M>7!E<R M5VUI<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M M5V-H87(M<W5B<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A M<W0@(&-O;F9T97-T+F,@,3XF-0IC;VYF:6=U<F4Z.#$V-#H@8VAE8VMI;F<@ M3&EN=7@@8V]M<&%T:6)L92!M<F5M87 H*0IC;VYF:6=U<F4Z.#$W.3H@9V-C M("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI M<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B M<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T M97-T+F,@,3XF-0IC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N M9FEG=7)E.C@Q-S0Z('=A<FYI;F<Z(&EM<&QI8VET(&1E8VQA<F%T:6]N(&]F M(&9U;F-T:6]N(&!M<F5M87 G"F-O;F9I9W5R93HX,3<T.B!@35)%34%07TU! M64U/5D4G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U;F-T:6]N M*0IC;VYF:6=U<F4Z.#$W-#H@*$5A8V@@=6YD96-L87)E9"!I9&5N=&EF:65R M(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z.#$W-#H@9F]R(&5A M8V@@9G5N8W1I;VX@:70@87!P96%R<R!I;BXI"F-O;F9I9W5R93H@9F%I;&5D M('!R;V=R86T@=V%S.@HC;&EN92 X,38V(")C;VYF:6=U<F4B"B-I;F-L=61E M(")C;VYF9&5F<RYH(@H*(" C:6YC;'5D92 \=6YI<W1D+F@^"B @(V1E9FEN M92!?7U5315]'3E4*(" C:6YC;'5D92 \<WES+VUM86XN:#X*"FEN="!M86EN M*"D@>PH*("!M<F5M87 H,"P@,"P@,"P(a)35)%34%07TU!64U/5D4I.PH*.R!R M971U<FX@,#L@?0IC;VYF:6=U<F4Z.#$Y.3H@8VAE8VMI;F<@9F]R('-E;F1F M:6QE=B!I;B M;'-E;F1F:6QE"F-O;F9I9W5R93HX,C0T.B!C:&5C:VEN9R!, M:6YU>"!C;VUP871I8FQE('-E;F1F:6QE*"D*8V]N9FEG=7)E.C@R-C Z(&=C M8R M8R M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U M8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF M=&5S="YC(#$^)C4*8V]N9FEG=7)E.C@R-3$Z(&AE861E<B!F:6QE("=S>7,O M<V5N9&9I;&4N:"<@;F]T(&9O=6YD"F-P<"UP<F5C;VUP.B!W87)N:6YG.B!E M<G)O<G,@9'5R:6YG('-M87)T('!R97!R;V-E<W-I;F<L(')E=')Y:6YG(&EN M(&)A<VEC(&UO9&4*8V]N9FEG=7)E.B!F86EL960@<')O9W)A;2!W87,Z"B-L M:6YE(#@R-#8@(F-O;F9I9W5R92(*(VEN8VQU9&4@(F-O;F9D969S+F@B"@H@ M(" @(W5N9&5F(%]&24Q%7T]&1E-%5%]"2513"B @(" C:6YC;'5D92 \<WES M+W1Y<&5S+F@^"B @(" C:6YC;'5D92 \<WES+W-O8VME="YH/@H@(" @(VEN M8VQU9&4@/'-Y<R]S96YD9FEL92YH/@H@( II;G0@;6%I;B@I('L*"B @("!S M96YD9FEL92@P+" P+" H=F]I9" J*2 P+" P*3L*(" *.R!R971U<FX@,#L@ M?0IC;VYF:6=U<F4Z.#(X,#H@8VAE8VMI;F<@1G)E94)31"!C;VUP871I8FQE M('-E;F1F:6QE*"D*8V]N9FEG=7)E.C(a)R.38Z(&=C8R M8R M9R M3S(@+5=A M;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T M:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M M870],B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF=&5S="YC(#$^)C4*8V]N M9FEG=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HX,CDP.B!S M=&]R86=E('-I>F4@;V8@8&AD='(G(&ES;B=T(&MN;W=N"F-O;F9I9W5R93HX M,CDQ.B!W87)N:6YG.B!I;7!L:6-I="!D96-L87)A=&EO;B!O9B!F=6YC=&EO M;B!@<V5N9&9I;&4G"F-O;F9I9W5R93HX,CDP.B!W87)N:6YG.B!U;G5S960@ M=F%R:6%B;&4@8&AD='(G"F-O;F9I9W5R93H@9F%I;&5D('!R;V=R86T@=V%S M.@HC;&EN92 X,C@R(")C;VYF:6=U<F4B"B-I;F-L=61E(")C;VYF9&5F<RYH M(@H*(" @("-I;F-L=61E(#QS>7,O='EP97,N:#X*(" @("-I;F-L=61E(#QS M>7,O<V]C:V5T+F@^"B @(" C:6YC;'5D92 \<WES+W5I;RYH/@H@( II;G0@ M;6%I;B@I('L*"B @("!S=')U8W0@<V9?:&1T<B!H9'1R.PH@(" @<V5N9&9I M;&4H,"P@,"P@,"P@,"P@)FAD='(L("AV;VED("HI(# L(# I.PH@( H[(')E M='5R;B P.R!]"F-O;F9I9W5R93HX,S(P.B!C:&5C:VEN9R!F;W(@86X@:6UP M;&5M96YT871I;VX@;V8@=F%?8V]P>2@I"F-O;F9I9W5R93HX,S8S.B!C:&5C M:VEN9R!F;W(@86X@:6UP;&5M96YT871I;VX@;V8@7U]V85]C;W!Y*"D*8V]N M9FEG=7)E.C@T,C$Z(&-H96-K:6YG('=H971H97(@=F%?;&ES=',@8V%N(&)E M(&-O<&EE9"!B>2!V86QU90IC;VYF:6=U<F4Z.#0W-CH@8VAE8VMI;F<@9F]R M(&=N=71L<U]G;&]B86Q?:6YI="!I;B M;&=N=71L<PIC;VYF:6=U<F4Z.#4V M.3H@8VAE8VMI;F<@9F]R(%-33%]R96%D(&EN("UL<W-L"F-O;F9I9W5R93HX M-C X.B!C:&5C:VEN9R!F;W(@;W!E;G-S;"]S<VPN: IC;VYF:6=U<F4Z.#8P M.#H@8VAE8VMI;F<@9F]R(&]P96YS<VPO97)R+F@*8V]N9FEG=7)E.C@W,3$Z M(&-H96-K:6YG(&9O<B!G971S<&YA;0IC;VYF:6=U<F4Z.#@P,SH@8VAE8VMI M;F<@9F]R('!A;5]S=&%R="!I;B M;'!A;0IC;VYF:6=U<F4Z.#@T,3H@8VAE M8VMI;F<@9F]R('-E8W5R:71Y+W!A;5]A<'!L+F@*8V]N9FEG=7)E.C@X.#$Z M(&-H96-K:6YG(&9O<B!P86TO<&%M7V%P<&PN: IC;VYF:6=U<F4Z.#DR.#H@ M8VAE8VMI;F<@9F]R('!A;5]S971C<F5D(&EN("UL<&%M"F-O;F9I9W5R93HY M,3DU.B!C:&5C:VEN9R!F;W(@=G!O<&UA:6P@8V]N9FEG=7)A=&EO;B!A=" O M=7-R+W9P;W!M86EL+V5T8R]L:6)?9&5P<PIC;VYF:6=U<F4Z.3,P,CH@8VAE M8VMI;F<@9F]R(&-R>7!T(&EN("UL8W)Y<'0*8V]N9FEG=7)E.CDS-#,Z(&-H M96-K:6YG(&9O<B!C<GEP= IC;VYF:6=U<F4Z.3,Y.3H@8VAE8VMI;F<@9F]R M(&1L;W!E;B!I;B M;&1L"F-O;F9I9W5R93HY-#8T.B!C:&5C:VEN9R!W:&5T M:&5R(&)Y=&4@;W)D97)I;F<@:7,@8FEG96YD:6%N"F-O;F9I9W5R93HY-38Y 4.B!C:&5C:VEN9R!F;W(@25!V-@H` ` end

2 1

[Dovecot] Message display corrupted or missing in Netscape 7.0 and Mozilla 1.3
by Steven Enderle 28 Jun '03

28 Jun '03

Hi, a few days ago, we switched our site from pop3 to imap. We are running about 20 users with Netscape 7.0 on a FreeBSD-4.8 Server . I installed dovecot 0.9.99.1 via the freebsd-ports collection, which was as easy as make install and start dovecot. Our users mailboxes are still standart mbox format in /var/mail/(user), as it is default in Freebsd. Now we suffer from a realy ugly problem, which was arising after the switch from pop3. When Netscape is newly started, it works fine as expected until Netscape displays messages corrupted or stops displaying them completly. I also cannot forward them in that state or open or delete them in any other way. The only way to get it working again is to quit Netscape, exit quickstart and restart Netscape again. It just hangs on a bunch of messages or all of them. The user notices it like this: There are three windows displayed in netscape mail: 1. imap folder view 2. message list of the current folder and 3. the currently displayed message. The Folder view and Message List in Netscape is always fine, so the Subject and sender, time, etc is always displayed in the List. The problem occurs then on some messages when i select them for reading. The Message Display below the message list just stays empty (also opening the message in a new window doesn't help) or the "title bar in the Message Display" stays empty (no subject, sender, time etc) and the raw email starting with header, raw html email and encoded attachment is shown below, each line followed by another blank line, like this: == start corrupted email X-UIDL: 8793f170f0430909 Return-Path: <frank.xx(a)xx.de> Delivered-To: xx(a)mdn.de Received: from mailrelay1.xx.de (mailrelay.xx.de [212.114.153.xx]) by xx.de (Postfix) with ESMTP id D31B7A88F for <xx(a)mdn.de>; Wed, 18 Jun 2003 08:55:07 +0200 (CEST) Received: from ntmail1.xx.de (ntmail1.xx.de [212.114.155.xx]) html and stuff following... == end corrupted email One could read it, but its realy ugly. It seems, that if i delete a lot of messages in sequence (the morning spam), i can force to happen that problem earlier. It always hangs while deleting my spam. I like dovecot a lot, it was easy to install etc and works pretty fine except that it still seems to be in beta-stage. Now i would switch to courier/uw-imap until dovecot is ready, but the mbox format dovecot is using seems to be pretty uniq? I think, the users could keep their /var/mail/Username-INBOX, but wouldn't they loose their email folders? Is there any way to switch the software in a easy way? Or will there be a near future release which will fix that? What about the cvs version? Thanks for you help! Best regards Steven -- -------------------------------------------------- ----- Steven Enderle ----- m d n Huebner GmbH ---- ----- enderle(a)mdn.de ----- + 49 911 93 90 90 ----- ----- Digital Imaging & Documentmanagment ----- --------------------------------------------------

3 6

[Dovecot] 0.99.10 released
by Timo Sirainen 27 Jun '03

27 Jun '03

No bug reports since rc4, so here it is. v0.99.10 2003-06-26 Timo Sirainen <tss(a)iki.fi> * Default PAM service name changed to "dovecot". This means that if you're using PAM, you most likely have to do mv /etc/pam.d/imap /etc/pam.d/dovecot If you wish to keep using imap, see doc/auth.txt. * ~/rawlog directory changed to ~/dovecot.rawlog + Faster and better maildir synchronization. We support read-only maildirs and out-of-quota conditions are handled a lot better. dovecot-uidlist file still isn't out-of-quota-safe though, but you can keep it in another location where quota isn't checked. For example: default_mail_env = Maildir:~/Maildir: INDEX=/noquota/%u:CONTROL=/noquota/%u + Read-only mboxes are supported now. + Only NOOP and CHECK now always do a mailbox sync checking. Other commands sync max. once in 5 seconds, plus always from indexes. This should reduce I/O a bit. + All NUL characters are translated to ascii #128 before sending to client. RFC prohibits sending NULs and this is how UW-IMAP handles it as well. + Make ENVELOPE, BODY and BODYSTRUCTURE replies more compact by removing multiple LWSPs and translating TABs to spaces. RFC doesn't specifically require this, but this seems to be the wanted behaviour.. + Added ANONYMOUS SASL mechanism. + More flexible user chrooting configuration in home directories: "<chroot>/./<homedir>" + Added support for dynamically loadable IMAP/POP3 modules. See INSTALL file for more information. - Partial fetches were broken if mails had CR+LF linefeeds - SEARCH DELETED didn't return anything if all messages were deleted - OpenSSL support was broken in many installations because we were chrooted and it couldn't open /dev/urandom. - PAM: Giving wrong password blocked the whole process for two seconds. Now we create a new process for each check. - Lots of other smaller bugfixes and better error handling

2 1

[Dovecot] Dovecot and file permissions
by Spectron International, Inc. 26 Jun '03

26 Jun '03

I have some questions about some parameters in dovecot.conf, I have them configured as this: # User to use for the login process. The user must belong to a group where # only it has access, it's used to control access for authentication process # named sockets login_user=postfix # User to use for the process. Only shadow and pam authentication requires # roots, so use something else if possible auth_user=postfix It seems to me that all files created and used by Dovecot as long as they were created by the postfix user, they would be accesible. Right? My maildir shows as this: drw------- 6 postfix postdrop 65 Jun 26 09:40 Maildir so I guess postfix has full access to the maildir. Wouldn't setting login_user and auth_user to postfix let Dovecot access the Maildir? In the logs I get permission errors, if I chmod to 777 it works ok. This is what I get in the logs: Jun 26 09:24:23 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Drafts) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Sent Items) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 09:26:52 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 10:06:09 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 10:06:15 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir) failed: Permission denied Jun 26 10:08:38 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir) failed: Permission denied Jun 26 10:13:03 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Sent Items) failed: Permission denied Faw

2 1

[Dovecot] mutt and dovecot
by Charlie Allom 26 Jun '03

26 Jun '03

Hi, I setup squirrelmail with dovecot and everything worked. I moved users Maildir directores to ~/Maildir/INBOX.directory/ and updated the .subscriptions file to something like ^INBOX.directory squirrelmail picks this up, but I can't seem to get mutt to read this style. In fact I would have assumed that dovecot would read ~/Maildir/ as INBOX and everything under it as it stands, without having to shuffle things about. Does anyone use mutt and have any words fo advice? I am not sure that courier-imapd does this sort of munging? C. -- charlie(a)rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled(a)lazy.spodder.com

3 5

[Dovecot] 0.99.10-rc4
by Timo Sirainen 26 Jun '03

26 Jun '03

Again all the recently reported bugs fixed. Hopefully last rc. http://dovecot.procontrol.fi/rc/

1 0

[Dovecot] Help with new install on Mac OSX
by Roger Cates 26 Jun '03

26 Jun '03

Can anyone tell me what's going on and how I can fix it? bash-2.05a# make make all-recursive Making all in src Making all in lib make[3]: Nothing to be done for `all'. Making all in lib-settings make[3]: Nothing to be done for `all'. Making all in lib-charset make[3]: Nothing to be done for `all'. Making all in lib-mail make[3]: Nothing to be done for `all'. Making all in lib-imap make[3]: Nothing to be done for `all'. Making all in lib-index Making all in maildir make[4]: Nothing to be done for `all'. Making all in mbox make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. Making all in lib-storage Making all in index Making all in maildir make[5]: Nothing to be done for `all'. Making all in mbox make[5]: Nothing to be done for `all'. make[5]: Nothing to be done for `all-am'. Making all in subscription-file make[4]: Nothing to be done for `all'. Making all in register gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-imap -I../../../src/lib-storage -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c mail-storage-register.c rm -f libstorage-register.a ar cru libstorage-register.a mail-storage-register.o ranlib libstorage-register.a make[4]: Nothing to be done for `all-am'. Making all in auth /bin/sh ../../libtool --mode=link gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o dovecot-auth -export-dynamic auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o login-connection.o main.o master-connection.o md5crypt.o mech.o mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-vpopmail.o passdb-pgsql.o password-scheme.o userdb.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-static.o userdb-vpopmail.o userdb-pgsql.o ../lib-settings/libsettings.a ../lib/liblib.a -lpam -L/usr/vpopmail/lib -lvpopmail -ldl gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o dovecot-auth auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o login-connection.o main.o master-connection.o md5crypt.o mech.o mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-vpopmail.o passdb-pgsql.o password-scheme.o userdb.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-static.o userdb-vpopmail.o userdb-pgsql.o ../lib-settings/libsettings.a ../lib/liblib.a -lpam -L/usr/vpopmail/lib -lvpopmail -ldl ld: Undefined symbols: ___udivdi3 ___umoddi3 restFP saveFP ___divdi3 make[3]: *** [dovecot-auth] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 I am on Mac OS X 10.2.6 and the latest Dovecot release 0.99.9.1. Sincerely, Roger Cates

1 0

[Fwd: Re: [Dovecot] current cvs can't login]
by Timo Sirainen 26 Jun '03

26 Jun '03

So, evolution 1.4 upgrade lost my reply-to-list defaulting. Was supposed to send this here..

1 0

[Dovecot] a new bug
by Farkas Levente 25 Jun '03

25 Jun '03

hi, withe the latest cvs (and a few days ago) I've got a lot's of such process on the maiul server (and the number of such processes just growing:-(((). anyway the login problem disapear as I use dovecot as pam module name (both for impa and pop3). ------------------------------------------ root 18923 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18925 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18939 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18942 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login root 18943 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18945 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18947 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18950 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login dovecot 18953 0.3 0.1 3424 1488 ? S 17:35 0:00 imap-login root 18954 0.3 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] ------------------------------------------ -- Levente "Si vis pacem para bellum!"

2 1

[Dovecot] a new bug
by Farkas Levente 25 Jun '03

25 Jun '03

hi, withe the latest cvs (and a few days ago) I've got a lot's of such process on the maiul server (and the number of such processes just growing:-(((). anyway the login problem disapear as I use dovecot as pam module name (both for impa and pop3). ------------------------------------------ root 18923 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18925 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18939 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18942 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login root 18943 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18945 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18947 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18950 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login dovecot 18953 0.3 0.1 3424 1488 ? S 17:35 0:00 imap-login root 18954 0.3 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] ------------------------------------------ -- Levente "Si vis pacem para bellum!"

1 0

[Dovecot] 0.99.10-rc3
by Timo Sirainen 25 Jun '03

25 Jun '03

Fixed all the reported bugs. Changed PAM service to "dovecot". Anything left? http://dovecot.procontrol.fi/rc/

4 4

[Dovecot] current cvs can't login
by Farkas Levente 25 Jun '03

25 Jun '03

hi, the current cvs don't allow to login with mozilla just such messages: imap-login: Jun 25 01:29:30 Info: Aborted login [192.168.0.50] imap-login: Jun 25 01:29:39 Info: Aborted login [192.168.0.50] even the today afternoon messages was correct (or at least able to login to the imap). -- Levente "Si vis pacem para bellum!"

3 5

[Dovecot] Bug? Folder tree confusion
by Dominic Marks 25 Jun '03

25 Jun '03

Can anyone else confirm this behaviour: o Open an IMAP mailbox o Make a new folder (foo/) o Make another new folder under foo (foo/bar) o Delete foo o Bar will go away and foo will remain (Outlook bug ?) o Try and delete foo, you won't be able to because Dovecot thinks foo is not empty and Outlook thinks it is. This is using Dovecot 0.99.10-rc2 and MS Outlook 2000. Don't know if a bug lies within here somewhere (not nessarily in Dovecot), just something I noticed while playing around. Thanks, -- Dominic <dom at cus.org.uk> <dominic.marks at npl.co.uk>

3 3

[Dovecot] Bug? High CPU Usage after nessus scan
by Jens Gutzeit 25 Jun '03

25 Jun '03

Hi all, I think I've found a Bug in current rc2 (same occours with rc1 and 0.99.9.1). I'am running dovecot with imap, pop3 and the ssl equivalents, after a nessus scan of my host with Bruteforce checks on IMAP, imap-login eats up lots of cpu. Before the scan: dovecot 22342 0.0 0.1 2320 636 ? SN Jun18 0:00 imap-login dovecot 5841 0.0 0.1 2320 692 ? SN Jun21 0:00 imap-login dovecot 5852 0.0 0.1 2320 692 ? SN Jun21 0:00 imap-login Looks wonderfull ;) After the scan: dovecot 20059 39.5 0.2 2340 820 ? RN 20:02 14:08 imap-login dovecot 20733 0.0 0.2 2320 804 ? SN 20:03 0:00 imap-login dovecot 20734 0.0 0.2 2320 804 ? SN 20:03 0:00 imap-login dovecot 20780 41.3 0.2 2340 820 ? RN 20:03 14:04 imap-login dovecot 20855 0.0 0.2 2320 804 ? SN 20:04 0:00 imap-login This was on my local test machine, the same occours on a production machine, both are running Debian GNU/Linux woody, one with Openssl and one with GNUTLS. Even 2 hours after the scan the CPU Usage is so high, I don't think this is normal behaviour? The logs didn't say anything during the test. If you need more information please tell me what data you need and I look for it. -- Best regards/freundliche Grüße Jens Gutzeit http://www.gutzeit.at

2 1

[Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
by Charlie Brady 25 Jun '03

25 Jun '03

Any suggestions where I should look? (Is this a known problem?) bash-2.05a$ unset MAIL bash-2.05a$ /usr/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as admin 001 select inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 10911 EXISTS * 10911 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1053912897] UIDs valid * OK [UIDNEXT 10912] Predicted next UID 001 OK [READ-WRITE] Select completed. 002 logout * BYE Logging out 002 OK Logout completed. bash-2.05a$ /usr/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as admin 001 select inbox imap(admin): Panic: unreached Aborted bash-2.05a$ bash-2.05a$ ls -la Maildir/.INBOX/ total 1572 drwxr-x--- 2 admin admin 4096 May 25 21:34 . drwx------ 20 admin admin 4096 May 25 21:35 .. -rw-r----- 1 admin admin 272856 May 25 20:33 .imap.index -rw-r----- 1 admin admin 1041830 May 25 21:34 .imap.index.data -rw-r----- 1 admin admin 2576 May 25 21:34 .imap.index.log -rw-r----- 1 admin admin 263396 May 25 21:34 .imap.index.tree bash-2.05a$ strace /usr/libexec/dovecot/imap ... getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4064 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1392 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4056 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1408 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1672 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 0 close(9) = 0 read(8, "933.e-smith,U=1594,W=5653\n107 10"..., 4079) = 4079 read(8, "2,W=2250\n212 1042117583.5800.e-s"..., 4064) = 4064 write(2, "imap(admin): ", 13imap(admin): ) = 13 write(2, "Panic: ", 7Panic: ) = 7 write(2, "unreached", 9unreached) = 9 write(2, "\n", 1 ) = 1 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 getpid() = 10317 kill(10317, SIGABRT) = 0 --- SIGABRT (Aborted) --- +++ killed by SIGABRT +++ bash-2.05a$ -- Charlie

2 6

[Dovecot] folder subscriptions
by seth vidal 25 Jun '03

25 Jun '03

Hi, I've got a lot of users using uw-imapd(yah, yah, I know) I'd like to get them off of that and onto dovecot at some point in the indeterminate future. so excluding bizarre path resolution things that uw-imapd has left around. is it more or less cp ~/mailboxlist ~/mail/subscriptions? It looks like that - but I wanted to verify :) thanks -sv

2 1

[Dovecot] changing listening port
by seth vidal 24 Jun '03

24 Jun '03

Hi, Trying to setup dovecot in a test environment. I need to run it on an alternate port for imaps. it doesn't seem like I can specify it on the listen line. any ideas? -sv

3 4

[Dovecot] New dovecot Debian packages.
by Jaldhar H. Vyas 24 Jun '03

24 Jun '03

I forgot to mention it here: Christof alerted me to the fact that there was a typo in my package which was causing LDAP support to fail. So I made new packages bringing them upto 0.99.10.rc2 in the process and uploaded them to unstable last night. They should arrive in the archive today. A backport to woody is also available from http://www.braincells.com/open/ -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

1 0

[Dovecot] OpenSSL on AIX
by Adam Lackorzynski 24 Jun '03

24 Jun '03

Hi, with current test releases SSL doesn't work anymore for me on AIX 4.3 with dovecot-0.99.10-test14. It worked with 0.99.9.1. dovecot: Jun 23 19:42:23 Info: Dovecot starting up imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded dovecot: Jun 23 19:42:25 Error: Login process died too early - shutting down AIX doesn't have /dev/u?random, so I don't know if that could be the culprit. EGD would be available though. Adam -- Adam adam(a)os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/

2 4

[Dovecot] "mail process isn't allowed for root" error
by Spectron International, Inc. 24 Jun '03

24 Jun '03

What does the "mail process isn't allowed for root" error means? How can I fix it? Faw

4 5

[Dovecot] Dovecot-request = Become The Man That Women Desirelicensable
by gtimes229699＠hairdresser.net 24 Jun '03

24 Jun '03

This mail is probably spam. The original message has been attached along with this report, so you can recognize or block similar unwanted mail in future. See http://spamassassin.org/tag/ for more details. Content preview: Dovecot-request = Become The Man That Women Desirelicensablefrolic MALE ORGAN ENLARGEMENT And Pleasure Enhancements [...] Content analysis details: (14.80 points, 5 required) X_PRIORITY_HIGH (1.9 points) Sent with 'X-Priority' set to high NO_REAL_NAME (0.8 points) From: does not include a real name FROM_ENDS_IN_NUMS (0.7 points) From: ends in numbers PENIS_ENLARGE2 (1.3 points) BODY: Information on getting a larger penis or breasts (2) PENIS_ENLARGE (1.4 points) BODY: Information on getting a larger penis or breasts BANG_GUARANTEE (0.5 points) BODY: Something is emphatically guaranteed HTML_FONT_COLOR_GRAY (0.1 points) BODY: HTML font color is gray HTML_MESSAGE (0.1 points) BODY: HTML included in message HTML_FONT_COLOR_GREEN (0.8 points) BODY: HTML font color is green HTML_FONT_BIG (0.3 points) BODY: FONT Size +2 and up or 3 and up HTML_FONT_COLOR_UNSAFE (0.1 points) BODY: HTML font color not within safe 6x6x6 palette HTML_TAG_EXISTS_TBODY (0.1 points) BODY: HTML has "tbody" tag HTML_FONT_COLOR_BLUE (0.1 points) BODY: HTML font color is blue HTML_70_80 (0.5 points) BODY: Message is 70% to 80% HTML MIME_LONG_LINE_QP (0.2 points) RAW: Quoted-printable line longer than 76 characters MIME_HTML_NO_CHARSET (0.8 points) RAW: Message text in HTML without specified charset USERPASS (1.5 points) URI: URL contains username and (optional) password REMOVE_PAGE (0.3 points) URI: URL of page called "remove" HTTP_USERNAME_USED (0.7 points) URI: Uses a username in a URL RCVD_IN_RFCI (1.4 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org [RBL check: found 224.44.125.217.ipwhois.rfc-ignorant.org., type: 127.0.0.6] MISSING_MIMEOLE (0.5 points) Message has X-MSMail-Priority, but no X-MimeOLE MIME_HTML_ONLY (0.1 points) Message only has text/html MIME parts MISSING_OUTLOOK_NAME (0.6 points) Message looks like Outlook, but isn't The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

1 0

[Dovecot] can't compile on redhat 9
by Farkas Levente 23 Jun '03

23 Jun '03

hi, while the current cvs compile on redhat 8.0 on redhat 9 gives the following error: ---------------------------- checking whether va_lists can be copied by value... yes ./configure: line 14217: syntax error near unexpected token `SSL,' ./configure: line 14217: ` PKG_CHECK_MODULES(SSL, openssl)' error: Bad exit status from /var/tmp/rpm-tmp.84419 (%build) ---------------------------- any tip what can be the reason? thanks. yours. -- Levente "Si vis pacem para bellum!"

2 3

[Dovecot] starting with daemontools
by Jens Gutzeit 23 Jun '03

23 Jun '03

Hi all, I want to start dovecot through DJBs Daemontools-supervise, is there a configuration option that lets dovecot stay in foreground? best regards, Jens

3 3

[Dovecot] newbie question: alias addresses
by R.Charles Sweeten 23 Jun '03

23 Jun '03

Hello! I looked through the mail archives but did not see how to set up alias addresses. Could someone please put me on the right road. How do I create/implement aliases? and group aliases? Thanks! ~rick........... "There is no spoon. .....<gun-shot>...."

3 3

[Dovecot] new pkgsrc on NetBSD
by tom 23 Jun '03

23 Jun '03

hi all, just updated the pkgsrc to build dovecot-0.99.10-rc2, see http://news.gw.com/netbsd.pkgsrc.changes/27698 for reference. best regards, TOM

1 0

[Dovecot] strange problem
by tom hensel 23 Jun '03

23 Jun '03

hi, running dovecot-0.99.10-rc2 on NetBSD, client is Entourage on MacOS 9.2. sylpheed on NetBSD does not show this behaviour. --snip-- Jun 23 16:28:15 host imap(user): file mail-index.c: line 619 (mail_index_lookup_uid_range): assertion failed: (first_uid > 0 && last_uid > 0) --snap-- any hints? thanks, TOM

2 1

[Dovecot] RFC: PAM service name change?
by Jeremy Katz 23 Jun '03

23 Jun '03

It would be nice for the sake of not conflicting to have the PAM service name not be imap. Especially as the same service name is used for pop as well :) My recommendation would be to use dovecot instead. Any other opinions? Jeremy

3 3

[Dovecot] 0.99.10-rc1
by Timo Sirainen 23 Jun '03

23 Jun '03

Home again. Fixed SSL checking for Redhat 9, I hope. Could someone test if it actually works now? Also fixed a few compiler warnings. If this thing works, I'll just update the NEWS file and call it 0.99.10. http://dovecot.procontrol.fi/rc/ Near future plans include rewriting parts of index handling. At least .tree file will go, I've a _much_ better idea how to replace it. .data file is also too bloaty and it's a bit difficult to add new fields into it. I'd have to figure out some better API to access it. I've also been worrying about locking.. If we want to share indexes between many clients, lock contention will become a problem. For example a "FETCH 1:* BODY[]" could take a long time and index can't be modified while it's being done. I'm not really sure what to do about this.. Probably some more fine graned locking and maybe some kind of transaction log where changes are written if you couldn't get exclusive lock.

3 5

[Dovecot] Dovecot and LDAP problems
by Spectron International, Inc. 22 Jun '03

22 Jun '03

I'm having problems with dovecot and OpenLDAP. I installed both, and configured both. /etc/dovecot-ldap.conf exists and I modified dovecot.conf to have... auth_userdb = ldap /etc/dovecot-ldap.conf auth_passdb = ldap /etc/dovecot-ldap.conf ...but the log displays the following: Jun 19 13:59:15 backup dovecot-auth: Unknown userdb type 'ldap' Jun 19 13:59:15 backup dovecot: Auth process died too early - shutting down Jun 19 13:59:15 backup dovecot: child 4187 (auth) returned error 89 the auth_userdb and auth_passdb seem to be ok, so what am I missing? Faw

4 5

[Dovecot] Bug?
by Steve Gare 20 Jun '03

20 Jun '03

Hi, Been using Dovecot for a few weeks now, must say it's very good.. I've been looking for a 'drop in' replacement for UWImap for ages! :) but just recently It's been giving me a few problem, I haven't tracked down exactly what causes the problem yet (I'm using Apple Mail on OS X 10.2.6) but after a good mail session it keep trying to log in over and over again.. Looking the the log file I find this... Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:02 neuron dovecot: child 6329 (imap) killed with signal 6 Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:02 neuron dovecot: child 6331 (imap) killed with signal 6 Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:03 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:03 neuron dovecot: child 6332 (imap) killed with signal 6 Jun 20 15:38:03 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:03 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:03 neuron dovecot: child 6333 (imap) killed with signal 6 Jun 20 15:38:03 neuron imap-login: Login: sgare [IP REMOVED] Cheers, Steve Gare - Xantara.Net -- 0845 123 5707

2 2

[Dovecot] NetBSD pkgsrc maintanance
by tom hensel 20 Jun '03

20 Jun '03

hi all, i've taken over the maintainership of dovecot's pkgsrc on NetBSD - please send me your ideas, questions and comments related to dovecot on NetBSD. FreeBSD's port has currently some more 'features' than the pkgsrc, i'm going to add some of them - any feedback is appreciated. bye, TOM

3 2

[Dovecot] Re: dovecot Digest, Vol 2, Issue 15
by ohp＠pyrenet.fr 19 Jun '03

19 Jun '03

> >Message: 2 >Date: Wed, 18 Jun 2003 13:21:08 +0200 (CEST) >From: Andreas Aardal Hanssen <dovecot(a)andreas.hanssen.name> >Subject: Re: [Dovecot] Multiple auth howto >To: Dovecot mailing list <dovecot(a)procontrol.fi> >Message-ID: > <Pine.LNX.4.44.0306181319060.29812-100000(a)shusaku.troll.no> >Content-Type: TEXT/PLAIN; charset=US-ASCII > >On Wed, 18 Jun 2003 ohp(a)pyrenet.fr wrote: >>> Well, short answer: You can't. Put them all to one place (eg. pgsql), >>> maybe using some automated scripts. I don't know if I should even >>> consider about supporting fallbacking.. >>Hi Timo, Thanks for your answer. >>The reason I came to dovcot is that I thought it was possible. I've benn >>researching this for weeks now. First thought that cyrus would do that, it >>does but though SASL and pam whitch I don't have. >>How difficult would it be to implement a fallback? > >Does this tool do what you want? (checkpassword only though, but I bet you >will find checkpassword compatible authenticators that suit your needs): > >http://www.andreas.hanssen.name/software/multichkpwds.c It surely is interesting bu I'd rather see modules inside the server, see below > >-- >Andreas Aardal Hanssen > > > >------------------------------ >Message: 4 >Date: 18 Jun 2003 15:31:36 +0300 >From: Timo Sirainen <tss(a)iki.fi> >Subject: Re: [Dovecot] Multiple auth howto >To: dovecot(a)procontrol.fi >Message-ID: <1055939496.10262.163.camel@hurina> >Content-Type: text/plain > >On Wed, 2003-06-18 at 14:05, ohp(a)pyrenet.fr wrote: >> > Well, short answer: You can't. Put them all to one place (eg. pgsql), >> > maybe using some automated scripts. I don't know if I should even >> > consider about supporting fallbacking.. >> > >> > >> Hi Timo, Thanks for your answer. >> The reason I came to dovcot is that I thought it was possible. I've benn >> researching this for weeks now. First thought that cyrus would do that, it >> does but though SASL and pam whitch I don't have. >> >> How difficult would it be to implement a fallback? > >Not very. I'm mostly concerned about what happens if the user exists in >both authenticators. I guess normally this shouldn't happen, but you >can't really guarantee that and mistakes happen.. Yes mistakes happen. Why could'nt you (we?) do like proftpd that has a parameter that give the order of authenticators first one wins. That way you could even have the same user as a real and virtual account with differents passwords > >If fallbacking happened only when user isn't found from first >authenticator, that could work a bit more safely, but I'm not sure if I >can know with PAM if check failed because user wasn't found or because >password didn't match. I don't know either. My idea is to get rid of PAM for that's although fantastic on the paper is a Linux thing that I can't even compile here. Regards -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) Quartier d'Harraud Turrou +33-5-61-50-97-01 (Fax) 31190 AUTERIVE +33-6-07-63-80-64 (GSM) FRANCE Email: ohp(a)pyrenet.fr ------------------------------------------------------------------------------ Make your life a dream, make your dream a reality. (St Exupery)

1 0

[Dovecot] \0\n at end of lines
by Mike Grupenhoff 19 Jun '03

19 Jun '03

Since upgrading to -test11, mail fetched from imap has every line terminated with a nul and a newline ("\0\n"). This also happens with -test12. It seems to happen with both mbox and maildir. I'm running on NetBSD/sparc (NetBSD-current as of April 1, 1.6Q). If it matters, I have "mail_save_crlf" set to "no" and "mail_read_mmaped" also set to "no". I can't find any other options that look like they could be relevant. Any ideas? Thanks, mike

2 1

[Dovecot] 0.99.10-test12
by Timo Sirainen 19 Jun '03

19 Jun '03

http://dovecot.procontrol.fi/test/ I should have released 0.99.10 already I think.. There's just two annoying problems that I think should be fixed first: - PAM: If user gives a wrong password, dovecot-auth process sleeps for two seconds, blocking everyone else who are trying to authenticate at the time. So using PAM isn't very good idea at the moment. - OpenSSL problems. Are they really my fault? I have no idea what I could be doing wrong. Maybe some compile option is wrong? Also I should try to use pkg-config to get compile flags if it exists in configure. The new things in -test12 then: - We sync mailbox less often. Only NOOP and CHECK will force a mailbox sync now. Other commands do it also but only if mailbox hasn't been synced in last 5 seconds. Maybe this reduces some I/O. At least a bit less stat() calls :) - Dirty maildir flag flushing work now. Meaning that if you change message flags but rename() fails because you're out of quota, the flags are changed in index file and dirty-flag is set. Once in a while it tries to flush the dirty flags by rename()ing the file again. - IMAP RFC requires that NUL characters are never sent to client. We do now the same as UW-IMAP by sending ascii 128 chars instead.

5 11

[Dovecot] 0.99.10-test13
by Timo Sirainen 18 Jun '03

18 Jun '03

http://dovecot.procontrol.fi/test/ - Hopefully OpenSSL is fixed :) - We sometimes produced invalid ENVELOPE with 8bit headers. That could really have broken things (broke it in test12). So, what's left is to make PAM work well..

4 3

[Dovecot] Multiple auth howto
by ohp＠pyrenet.fr 18 Jun '03

18 Jun '03

Howdi. I'm new to dovcot (just succeded in compiling on unixware 713 today) I'm noww configuring for tests on other port. The sample configuration file is pretty well documented, however, I don't understand how I can firstt authenticate against passwd/shadow if not found against pgsql. What's the syntax? Please cc responses as I'm subscribed to digest TIA Reghards -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) Quartier d'Harraud Turrou +33-5-61-50-97-01 (Fax) 31190 AUTERIVE +33-6-07-63-80-64 (GSM) FRANCE Email: ohp(a)pyrenet.fr ------------------------------------------------------------------------------ Make your life a dream, make your dream a reality. (St Exupery)

3 4

[Dovecot] imaps now works!
by Farkas Levente 18 Jun '03

18 Jun '03

thanks! -- Levente "Si vis pacem para bellum!"

1 0

[Dovecot] SASL Support
by Ken Crain 16 Jun '03

16 Jun '03

I need to support Outlook/Outlook Express users of Sendmail with SMTP Authorization. From what I can see, the LOGIN method available in Outlook/Outlook Express is the only applicable way to go at this time. It appears it is not supported in Dovecot right now. Is this correct and, if so, how would I go about adding this support?

2 1

[Dovecot] crash on LIST command
by Wouter Van Hemel 16 Jun '03

16 Jun '03

Hello, I'm experiencing a reproducable crash in the imap daemon of dovecot 0.99.9.1 when running the next commands (sniffed from a sylpheed session): [cocaine:~] telnet ice 143 Trying 192.168.196.1... Connected to ice. Escape character is '^]'. * OK dovecot ready. 1 NOOP 1 OK NOOP completed. 2 LOGIN wouter password 2 OK Logged in. 3 NAMESPACE 3 BAD Error in IMAP command: Unknown command 'NAMESPACE' 4 LIST "" "" * LIST (\Noselect) "/" "" 4 OK List completed. 5 LIST "" "%" Connection closed by foreign host. [cocaine:~] _ The log shows this: Jun 16 02:48:09 ice imap-login: Login: wouter [192.168.196.5] Jun 16 02:48:19 ice dovecot: child 1870 (imap) killed with signal 11 Looks like a segfault. [...] Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x8058469 in mbox_list_inbox (ctx=0x8098080) at mbox-list.c:333 333 if (ctx->dir->virtual_path != NULL) (gdb) bt #0 0x8058469 in mbox_list_inbox (ctx=0x8098080) at mbox-list.c:333 #1 0x805809e in mbox_list_mailbox_next (ctx=0x8098080) at mbox-list.c:193 #2 0x804b75a in list_unsorted (client=0x8096080, ctx=0x8098080, reply=0x807ed06 "LIST", sep=0xbfbffac4 "/", listext=0) at cmd-list.c:234 #3 0x804b9fa in _cmd_list_full (client=0x8096080, lsub=0) at cmd-list.c:341 #4 0x804ba8b in cmd_list (client=0x8096080) at cmd-list.c:365 #5 0x804d39e in client_handle_input (client=0x8096080) at client.c:306 #6 0x804d43d in _client_input (context=0x8096080) at client.c:342 #7 0x8078c87 in io_loop_handler_run (ioloop=0x808d060) at ioloop-poll.c:210 #8 0x8078745 in io_loop_run (ioloop=0x808d060) at ioloop.c:295 #9 0x80524a9 in main (argc=1, argv=0xbfbffc2c, envp=0xbfbffc34) at main.c:166 #10 0x8049eb5 in _start () (gdb) _ This crash happens when adding an imap account to the sylpheed mailer. I also noticed other problematic log entries, which might or might not be related: Jun 16 00:28:36 ice imap-login: Login: wouter [192.168.196.5] Jun 16 00:28:36 ice imap(wouter): open() failed with file /usr/home/wouter/.mail/.imap/INBOX/.customflags: No such file or directory Jun 16 00:28:36 ice imap(wouter): Can't create temp index /usr/home/wouter/.mail/.imap/INBOX/.temp.hostname.domainname.tld.1728: No such file or directory ... this happens when an imap user connects and opens his/her INBOX for the first time, and the /usr/home/username/.mail/ directory doesn't exist yet. My DEFAULT_MAIL_ENV settings: #default_mail_env = mbox:~/.mail:INBOX=/var/mail/%u default_mail_env = mbox:/usr/home/%u/.mail:INBOX=/var/mail/%u (tried both) Manually adding the ~/.mail directory with mkdir takes care of the problem, but shouldn't this directory be created automatically when it doesn't exist? I can't expect every user to log in and first make this mail directory before they can use their mail account. Dovecot also refuses to show any folders at all, such as the INBOX, when it can't find it's mail(folders) directory. Is this intentional? Dovecot is running on a pretty standard (i386) FreeBSD 4.4 test machine with postfix and normal mbox-formatted inbox files. Thanks for any suggestions, wouter

3 6

[Dovecot] Dovecot will not run on secure kernel.
by Ola Garstad 16 Jun '03

16 Jun '03

I am trying to run Dovecot on RH 7.3 with Linux kernel 2.4.20 + GrSecurity patch. I downloaded the RPM yesterday and installed it. When I start Dovecot the kernel reports: kernel: grsec: From 192.168.1.22: attempt to overstep process limit by (dovecot:14491) UID(0) EUID(0), parent (dovecot:23872) UID(0) EUID(0) I have never seen this problem in the 3 years I have used GrSecurity together with a lot of programs. GrSecurity explains: "Enforce RLIMIT_NPROC on execs. Users with a resource limit on processes will have the value checked during execve() calls. The current system only checks the system limit during fork() calls." Any ideas why Dovecot causes this problem? -- Ola

2 1

[Dovecot] more newline related errors
by Mike Brown 16 Jun '03

16 Jun '03

Should I be concerned about these errors? imap(msun): Jun 13 13:21:38 Error: Error indexing mbox file /home/msun/mail/Deleted Messages: LF not found where expected imap(msun): Jun 13 13:39:08 Error: Corrupted binary tree for index /home/msun/mail/.imap/INBOX/.imap.index: lookup returned index outside range (1 >= 0) imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree imap(msun): Jun 13 13:44:07 Error: IndexID mismatch for modify log file /home/msun/mail/.imap/INBOX/.imap.index.log imap(msun): Jun 14 12:07:42 Error: Error indexing mbox file /home/msun/Mailbox: LF not found where expected imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header) imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header) imap(msun): Jun 14 12:08:27 Error: Corrupted index file /home/msun/mail/.imap/INBOX/.imap.index: Sequence 1 not found from binary tree (1 msgs says header) imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for binary tree file /home/msun/mail/.imap/INBOX/.imap.index.tree imap(msun): Jun 14 12:14:23 Error: IndexID mismatch for modify log file /home/msun/mail/.imap/INBOX/.imap.index.log imap(msun): Jun 15 11:34:58 Error: Error indexing mbox file /home/msun/Mailbox: LF not found where expected There was a patch required for the POP3 server to read mbox files that did not precede "From " lines with a blank line. Perhaps this is related? Thanks

3 2

[Dovecot] bug in search? (fwd)
by Mark E. Mallett 14 Jun '03

14 Jun '03

I received this report and am passing it along.. mm > If all messages are marked for deletion, the following command returns > an empty list: > SEARCH DELETED > If all messages BUT one are marked for deletion the same command returns > a list of every message but one. > > If parens are used it works fine. > SEARCH (DELETED)

2 1

[Dovecot] Deleting NFS-mounted Maildir subfolders fails
by Christian Ehrhardt 14 Jun '03

14 Jun '03

Hi, [ please CC me on replies, I'm not subscribed to the list ] I'm using dovecot-99.9.1 with a little hack to get authentication to work the way we want it. The server is running on a Solaris 9 host and user homes are mounted via NFS from a Solaris 8 server (Version doesn't seem to matter). Almost everything's fine but I can't delete maildir subfolders if these reside on a non local NFS-directory. The reason given is that the directory isn't empty and hence can't be deleted. Most likely the following happens: dovecot has the index file and other stuff in the maildir subfolder opened via NFS. When the delete request comes in dovecot deletes these files but doesn't close them. On normal unix file systems this is no Problem but with Solaris NFS these file's aren't actually deleted until they are (explicitly or implicitly) closed. Instead they are renamed to .nfs.<some digits>. These files will automatically vanish once they are closed. However, as long as they exist it is impossible to delete the directory where these files reside and rmdir fails. This is not a big deal and one may argue that dovecot is fine and the NFS implementation is in error. However, it would be cool if dovecot could atttempt to close all administrative files before it deletes them (or at least before it tries to delete the directory where these files reside). regards Christian Ehrhardt -- THAT'S ALL FOLKS!

2 1

[Dovecot] Folder creation errors
by Mark E. Mallett 14 Jun '03

14 Jun '03

Hi- In a mbox environment: 1 login username password 1 OK Logged in. 2 create "slar" 2 NO Internal error [2003-06-11 15:44:56] 3 create "/slar" 3 NO Invalid mailbox name: /slar 4 create "Mail/slar" 4 OK Create completed. 5 create "./slar" 5 OK Create completed. 6 create "blar" 6 NO Internal error [2003-06-11 15:46:54] 7 logout * BYE Logging out 7 OK Logout completed. i.e. I get "internal error" if there is no path component in the folder name. Is this a problem? I would guess that "internal error" is always a problem :-) mm

2 3

[Dovecot] Speed and memory probs writing large Maildir
by Robin Whittle 14 Jun '03

14 Jun '03

I have Dovecot 0.99.9.1 compiled from the source, without SSL, running on a Red Hat 9.0 system - EXT3 file system, Pentium Pro 233 MHz, Intel motherboard, 128M RAM, IBM 40Gig 7200 RPM HD. I find reading and searching to be nice and fast, and comparing it with Courier IMAP on a Celeron 824 MHz, I think Dovecot is generally not much slower, which means it may well be faster than Courier in some or many ways if it was running on the same machine. My only problem is when writing mailboxes with large numbers of messages. I use Mailir - the same arrangement as Courier IMAP. (I also find that Netscape 4.77 can't use mailboxes which are subfolders of others, but that is probably a Netscape config problem.) I am using Netscape 4.77 (Windows 2000 1.3 GHz Celeron, via 100Mbps switched Ethernet to the Linux machines) to do these tests since I find Netscape 7.02 to be much slower. Netscape 7.02 seems to want to resynch its notion of the mailbox repeatedly as it is writing to it. Without looking at the IMAP traffic (I don't know how) I would say that Netscape 4.77 is not doing this at all. Indeed, after the write, looking at the mailbox causes Netscape 4.77 to read the headers from the IMAP server - so I feel sure that its way of writing the messages is purely "write". Writing a mailbox with a small number of large messages, such as 20 x 100k messages is fine. There is no obvious speed problem or excessive memory use. When writing 2000 x 1k messages, it is totally different. Here are some times for writing from a Netscape 4.77 local mailbox to Dovecot and to Courier IMAP. Message Total Time CPU max Memory RSS size number size Seconds Approx Megs - max Dovecot 100k 100 10M 23 15% ~2 100k 20 2M ~5 ? 1.2 10k 200 2M 20 15% 4 ! 1k 2000 2M 230 60 32 !!!! Courier IMAP 100k 100 10M 14 5% ~1 100k 20 2M ~2 ? ? 10k 200 2M 9 5% ~0.6 1k 2000 2M 88 2% ~0.6 This 2000 message test is small compared to some of the mailboxes I have. I used a real-live mailbox, 6878 messages - 44 Megabytes in a single Mbox for a more demanding test. Using Netscape 4.77 to copy this to a Dovecot Maildir took a very long time - over 30 minutes. The process was fast at first and got slower and slower. As the number of messages in the destination Maildir increased, the memory usage went up and the speed reduced. It seems that RSS memory usage (as reported by "top -d 0.3" hit some kind of limit at about 49 Megs after 4000 messages and then went down a little to about 48 or less. CPU usage was 30 to 82%, fluctuating according to the moment top looked. At the end, I think it was only writing 1.5 messages a second. RSS is the "total amount of physical memory used by the task". The "SIZE" was even bigger - "code plus data plus stack". This got up to 114 Megs by the end of the writing process! After the write had finished, I made Netscape 4.77 view the destination mailbox. This caused Dovecot to send it all the headers, and again Dovecot had these huge memory usage figures. It seemed to read the mailbox at a decent speed - 20 seconds or so. But if I made Dovecot look at another mailbox, and then again at this big target mailbox (say with another client - Netscape 7), it would read the big mailbox at Dovecot's usual high speed - without the high memory usage and I think without high CPU usage as well. Without knowing anything about how Dovecot works, I imagine that there is some kind of caching algorithm for writes, and that this is retained until Dovecot (or at least the instance serving this client) is asked to look at another Maildir. It seems that reading is not slowed by this process much or at all - but writing gets progressively slower as the cache gets bigger. The memory usage - even 49 Megs for RSS - seems excessive. It reached that about halfway through writing the mailbox, so the entire message contents at that state would have been about 22 Megs. But the "SIZE" memory usage is even larger - perhaps limited by the available RAM. This slow speed for writing Maildirs with large numbers of messages is currently a barrier to me using Dovecot. I am about to go back and try again to get Courier IMAP to do what I want . . . The Courier IMAP documentation and what I regard as the difficult "configure -> build -> install -> wonder why it doesn't run" process has cost me so much time that I would be very happy to use something simpler and easier (for me, at least) to install. Thanks for developing this new IMAP server! - Robin

4 8

[Dovecot] DRAC support?
by Charlie Allom 14 Jun '03

14 Jun '03

Hi, I was hoping someone had a quick and dirty (is there any other kind) of patch for DRAC support for dovecot. This daemon is very slick, and I wish to replace my complex courier-imap setup. Regards, C. -- charlie(a)rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled(a)lazy.spodder.com > http://groups.google.com/groups?selm=3266D499.342E%40student.uq.edu.au <

5 44

[Dovecot] --enable-debug bug?
by Gasha 14 Jun '03

14 Jun '03

Hello all, when i'm bulding rpm with --enable-debug get this: I tried 2 different versions 0.99.8 and 0.99.9. Jun 2 20:41:14 mezgls dovecot: Dovecot starting up Jun 2 20:41:15 mezgls dovecot: child 9409 (login) killed with signal 11 Jun 2 20:41:15 mezgls dovecot: child 9408 (login) killed with signal 11 Jun 2 20:41:15 mezgls dovecot: child 9407 (login) killed with signal 11 Jun 2 20:41:15 mezgls dovecot: child 9406 (auth) killed with signal 11 Jun 2 20:41:15 mezgls dovecot: Login process died too early - shutting down Gasha

2 1

[Dovecot] squirrelmail setup
by Gasha 14 Jun '03

14 Jun '03

Hi all, My setup: INBOX -> /var/spool/mail/user directories -> /home/user/Maildir it works with Netscape, but squirrel mail shows only subfolder content. nothing in INBOX. any ideas? Gasha

2 3

[Dovecot] Dovecot configuration with passwd-file
by Spectron International, Inc. 14 Jun '03

14 Jun '03

I have tried to configure dovecot to use passwd-file authentication and I havent been able to. I changed the following in the dovecot.conf file (I want to have all the mailboxes in one directory): default_mail_env = maildir:/opt/mail/%u auth_userdb = passwd-file /etc/passwd.imap auth_passdb = passwd-file /etc/passwd.imap auth_verbose = yes It gives me the following error (I hoped it would be more verbose than this): Internal login failure: f_rojas [192.168.10.4]. passwd.imap exists, the user and password are ok What am I missing? Fawzib Rojas

2 1