- dovecot - dovecot.org

[Dovecot] NO: Unsupported authentication mechanism
by Steve [Dovecot] 19 Sep '05

19 Sep '05

I'm happily using dovecot as my IMAP server and accessing mails using Thunderbird... but I want to use the Net::IMAP facilities in the Ruby standard library to write some scripts to automate various spam-related tasks & housekeeping. My Ruby script: require "net/imap" imap = Net::IMAP.new('localhost') imap.authenticate('LOGIN','myuser','mypassword') # More stuff using imap... From the documentation LOGIN uses plaintext authentication - which I understand is always acceptable for Dovecot when connecting from localhost. On the 3rd line I get a "NO response" exception raised (indicating that the IMAP server replied "NO") and the error message "Net::IMAP::NoResponseError: Unsupported authentication mechanism" If I change 'LOGIN' to 'CRAM-MD5' (the other value supported by Net::IMAP) then I get a similar (but not identical) error: "Net::IMAP::NoResponseError: Authentication failed: Unsupported authentication mechanism" If I use anything other than either 'LOGIN' or 'CRAM-MD5' I get an error from the Net::IMAP library saying "Unknown auth type" - which is reasonable. N.B. I've tried both where 'myuser' and 'mypassword' are valid - and not... this doesn't affect the error messages. There doesn't seem to be anything of interest in /var/log/messages... Can anyone tell me what is going wrong, and how to resolve this?

4 5

[Dovecot] FreeBSD port
by David King 19 Sep '05

19 Sep '05

FreeBSD users: I notice that the version of Dovecot in the FreeBSD ports system is back at .99. Are there any objections to my submitting an update to the FreeBSD ports for version 1.0a? Is it better to wait for 1.0 to be progressed a little or is it considered to be ready? 1.0a compiles and seems to run fine (on 5.3), so are there any obvious patches that would be needed for the FreeBSD build? -- Don't forget that 19 September is National Talk-Like-A-Pirate Day! http://www.talklikeapirate.com/piratehome.html

2 1

[Dovecot] 1.0alpha2: two asserts/cores
by Jeff A. Earickson 19 Sep '05

19 Sep '05

Hi, Two cores over the weekend, same assert message in syslog: imap(user): file message-body-search.c: line 393 (message_body_search_ctx): assertion failed: (input->v_offset <= part->physical_pos) Setup: Solaris 9, imap usage only, mbox format, dovecot compiled with gcc 4.0.1. gdb sessions of the two core files attached. Let me know if you need further analysis of the cores. Jeff Earickson Colby College

1 0

[Dovecot] vmailmgr user database
by Mij 19 Sep '05

19 Sep '05

hola guys Is a module for vmailmgr userdb being under work by someone? If not, i'd like to help out. Is there a standard API to implement or such? Is there some further documentation to avoid a full inspection of the sources? thank you

2 2

[Dovecot] Very minor feature request
by Steffen Kaiser 19 Sep '05

19 Sep '05

Hello, I'd suggest a way to get to know the "capabilities" of a compiled Dovecot. The background is that I've run the sequence ./configure --with-ldap && make && make install twice, all three commands tell me that all is fine (ldap is listed in the modules), but still dovecot told me that ldap is no Usedb module. A "make clean" before solved the problem -- well, something one should anyway. Besides, the "dovecot --capabilities" should also list all the defaults. Bye, -- Steffen Kaiser

3 4

[Dovecot] support multiple files.
by David Willoughby 19 Sep '05

19 Sep '05

i currently use procmail to sort my different mailing lists into differnet files for sanity puproses is there a way dovecot can find all these files? i have default_mail_env set to mbox:~/Mail/ could i use *:~/Mail/ as every file in /Mail is a mail file? -- David Willoughby email: dlw(a)d1w.org icq: 1852393

1 0

Re: [Dovecot] Misbehavior with Dovecot and Mulberry
by Jon Roma 18 Sep '05

18 Sep '05

Well, ironically after my tests succeeded, my reply to the Dovecot list just now failed to append to the Dovecot maildir folder. So I guess it works sometimes and not other times. :( The error message is the same "failed: Invalid argument". Jon Roma <roma(a)uiuc.edu> wrote: > > > Timo Sirainen <tss(a)iki.fi> wrote: > >> On Mon, 2005-09-05 at 23:57 -0500, Jon Roma wrote: >>> --> #6.3408 Mon Sep 5 23:25:13 2005 >>> A00092 APPEND Sent (\Seen) {610+} >>> A00092 NO >> >> That happens if some function returned -1 but didn't set any error. >> Shouldn't happen.. >> >>> I am running 1.0-test80 with Timo's patch to fix the "time off by >>> 200 minutes" error with mbox. All my folders are maildir at this >>> point -- I've converted them out of my UW mbx format store. My >>> client is Mulberry 3.1.6 for Windows and the OS is AIX 5.1. >> >> So, they are maildirs? Do these changes help: >> >> Index: src/imap/cmd-append.c >> =================================================================== >> RCS file: /var/lib/cvs/dovecot/src/imap/cmd-append.c,v >> retrieving revision 1.64 >> retrieving revision 1.65 >> diff -u -r1.64 -r1.65 >> --- src/imap/cmd-append.c 28 Jun 2005 11:15:57 -0000 1.64 >> +++ src/imap/cmd-append.c 18 Sep 2005 16:58:01 -0000 1.65 >> @@ -292,8 +292,7 @@ >> int failed; >> >> if (ctx->save_ctx != NULL) { >> - if (mailbox_save_continue(ctx->save_ctx) < 0 || >> - client->input->closed) { >> + if (mailbox_save_continue(ctx->save_ctx) < 0) { >> /* we still have to finish reading the message >> from client */ >> mailbox_save_cancel(ctx->save_ctx); >> Index: src/lib-storage/index/maildir/maildir-save.c >> =================================================================== >> RCS file: >> /var/lib/cvs/dovecot/src/lib-storage/index/maildir/maildir-save.c,v >> retrieving revision 1.57 >> retrieving revision 1.58 >> diff -u -r1.57 -r1.58 >> --- src/lib-storage/index/maildir/maildir-save.c 14 Aug 2005 19:02:54 >> -0000 1.57 +++ src/lib-storage/index/maildir/maildir-save.c 18 Sep 2005 >> 16:58:31 -0000 1.58 @@ -217,6 +217,10 @@ >> return -1; >> >> if (o_stream_send_istream(ctx->output, ctx->input) < 0) { >> + mail_storage_set_critical(STORAGE(ctx->mbox->storage), >> + "o_stream_send_istream(%s) failed: %m", >> + t_strconcat(ctx->tmpdir, "/", >> + ctx->files->basename, NULL)); >> ctx->failed = TRUE; >> return -1; >> } >> > > Timo: > > Yes, my mailboxes are maildirs. > > Your patch seems to have fixed the problem -- I can now append outgoing > mail to a Dovecot maildir 'Sent' mailbox as it gets sent. And I can now > also save a draft in my Dovecot maildir 'Drafts' mailbox when desired. > > What this means is that I no longer need UW (Yay!) -- I was saving my > outgoing mail and drafts in a skeletal UW tree pending resolution of > this problem. > > There is still an anomaly when using the Mulberry client to move mail > from the UW tree to Dovecot (which I now want to do in preparation for > getting rid of UW imapd. > > Using Mulberry to move mail from UW to Dovecot only works with some > messages and not others. Maybe this is not important -- I can slurp > my last two UW mboxes into a Dovecot namespace and then move them as > desired into the default namespace. > > But perhaps this behavior is something you are interested in -- here's > the transcript on the client side. > > First a copy/move that succeeded. I am in the source folder (under UW) > and have chosen a message that I want to move to the Dovecot 'Sent' > folder is the destination. > > --> #25.2768 Sun Sep 18 13:10:26 2005 > A00145 FETCH 170 (BODY[1]) > * 170 FETCH (BODY[1] {280} > ) > A00145 OK FETCH completed > > --> #1.2768 Sun Sep 18 13:10:34 2005 > A00010 APPEND Sent (\Seen) "15-Sep-2005 18:00:43 -0500" {813+} > --> #25.2768 Sun Sep 18 13:10:34 2005 > A00146 FETCH 170 (BODY.PEEK[]) > * 170 FETCH (BODY[] {813} > ) > A00146 OK FETCH completed > > A00010 OK Append completed. > > --> #1.2768 Sun Sep 18 13:10:35 2005 > A00011 STATUS Sent (MESSAGES RECENT UNSEEN UIDVALIDITY UIDNEXT) > * STATUS "Sent" (MESSAGES 5547 RECENT 1 UIDNEXT 5552 UIDVALIDITY > 1125869336 UNSEEN 0) > A00011 OK Status completed. > > --> #25.2768 Sun Sep 18 13:10:35 2005 > A00147 STORE 170 +FLAGS (\Deleted) > * 170 FETCH (FLAGS (\Seen \Deleted)) > A00147 OK STORE completed > > This move succeeded. > > Now I choose a different message in Mulberry and try to do the same > move operation. This one fails. > > --> #25.2768 Sun Sep 18 13:10:35 2005 > A00148 FETCH 171 (BODY[1]) > * 171 FETCH (BODY[1] {268} > ) > A00148 OK FETCH completed > > --> #1.2768 Sun Sep 18 13:10:44 2005 > A00012 APPEND Sent (\Seen) "15-Sep-2005 19:52:14 -0500" {832+} > --> #25.2768 Sun Sep 18 13:10:44 2005 > A00149 FETCH 171 (BODY.PEEK[]) > * 171 FETCH (BODY[] {832} > ) > A00149 OK FETCH completed > > A00012 NO Internal error occurred. Refer to server log for more > information. [2005-09-18 13:10:44] > > The corresponding syslog message is > > Sep 18 13:10:44 zippy dovecot: IMAP(roma): o_stream_send_istrea > (/var/imap/dovecot/roma/.Sent/tmp/1127067044.P44216Q3.zippy.cso.uiuc.edu) > failed: Invalid argument > > Maybe this isn't important, but I send it in case you think it's something > you want to look at. > > I'll leave the relevant mailbox around so I can try this again if > necessary. > > Thanks for the patch!

1 0

[Dovecot] "racing" error ???
by Andy Cravens 18 Sep '05

18 Sep '05

Anybody know what this racing error means? I've got hundreds of them in my Dovecot log file. I tried to search the archives but couldn't find a search link. Nothing on Google search either. dovecot: Aug 30 16:55:54 Error: IMAP(testuser): maildir_file_do(/export/home/testuser/mail) racing -- Andy Cravens

2 2

[Dovecot] Newbie question
by Andrés Rusconi 18 Sep '05

18 Sep '05

Hi, my name is Andrés Rusconi, from Tucumán, Argentina. Sorry my English, please. I am a very happy new user of Dovecot: I gained speed and simplicity with him. But I noticed that in clients who use Outlook, the deleted messages do not copy to the trash folder. This is not critical, but did not happen with Courier, and the users askme about this behavior. If some of you has somehow solved this small question, I will thank for their commentary. Saludos Andrés

2 1

[Dovecot] rawlog missing from 1.0a1?
by Gregory Bond 18 Sep '05

18 Sep '05

The code is in utils/rawlog.c but it never seems to be called anywhere?

4 3