- dovecot - dovecot.org

[Dovecot] [OT] Apple Mail.app access to localhost imap when no network
by Alan Schmitt 25 Nov '04

25 Nov '04

Hello, Sorry for the offtopic subject, but I tried asking this on some Apple mailing lists and could not find an answer there, and as it's related to imap (provided by dovecot), someone might know something about this. The problem is the following: I have a local IMAP server provided by dovecot, so that I can store my mail in maildir format, and read it both using mutt and Apple Mail.app. Mail.app is configured to access localhost:143 to access mail. However, I discovered that when there is no network connection (no ethernet cable plugged in and no wifi network), Mail.app is saying that it's working in disconnected mode and refuses to access the imap server. Would someone have a suggestion as to what to do to allow connected access to localhost when no network is present? I'm very new to OS X (I come from Linux). Thanks a lot, Alan Schmitt

6 12

Re: [Dovecot] dovecot only answers to imap connections
by Mitch Pirtle 25 Nov '04

25 Nov '04

Nope, just sticking with simple pop3 at this point ;-) The second issue I am having is that Thunderbird seems to 'freeze' from time to time on directories that have more than 1000 messages in them. I remember reading earlier that there were some performance tweaks for Thunderbird, but I lost the link :-( I cannot replicate the authentication problem, and will wait to see if it is a layer 8 protocol error (between the ears). Thanks for the help, you have been stupendous! -- Mitch On Wed, 24 Nov 2004 19:01:29 -0700, Saurabh Barve <sa(a)atmos.colostate.edu> wrote: > Are you using simple POP3 or secure POP3? If you are using secure POP3, > then you have to tell the clients that they need to accept your > certificate permanently, not just for that session. Otherwise, the mail > clients will complain about self-signed certificates every time they > log in.

1 0

[Dovecot] Cannot see contents of ~/mail folder
by Saurabh Barve 25 Nov '04

25 Nov '04

Hi, I just installed dovecot-0.99 on my Fedora Core 2 machine. When I start the secure IMAP daemon, I am able to see my Inbox, but not the other folders in the 'mail' folder in my home directory (sent-mail, saved-messages, etc.) These folders were created when I was using pine earlier on the machine. In my dovecot.conf file, I have set: default_mail_env = mbox:~/mail:INBOX=/var/mail/%u I am using Mozilla Mail as my mail client, if that makes a difference. Dovecot seems to be creating a directory called .imap inside the 'mail' folder, where it is storing the inbox and a Trash folder. I have set "mail_full_filesystem_access = no" so that users don't access any of their other files except the mail folder. From what I understand, I don't have to set IMAP path in Mozilla Mail. I tried doing that too, just to try it out, but as expected, it didn't work. What do I need to set in order to see my other folders in the 'mail' directory? Thanks, Saurabh. ------------------------------------------------------------------------ --------------------------- Saurabh Barve Phone : (970) 491-7714 E-mail : sa(a)atmos.colostate.edu System Administrator, Montgomery Research Group, Deptt of Atmos. Sci., CSU, Fort Collins, CO - 80523

4 6

[Dovecot] ssl_ca_file
by Jacob Elder 25 Nov '04

25 Nov '04

I am very fond of Dovecot, but it would be nice to have a more useful SSL implementation. When do you think we'll see a non-beta version that supports ssl_ca_file? I am running 0.99.11-3 from Debian testing. -- Jacob Elder

1 0

[Dovecot] Error in IMAP command GETACL: Unknown command..
by Ingo Lantschner (Lists) 24 Nov '04

24 Nov '04

Hi all, I have just installed dovecot on my Fedora Core 2 box. I would like to use it only for reading archived email from within my Mozilla 1.7.3. I syminked my old opera-files (*.mbs whoch seems to be same as mbox) into ~/mail. Seems to work fine, mostly I can open the mailfiles - sometimes it hangs with the following error: The current command did not succeed. The mailserver responded: Error in IMAP command GETACL: Unknown command.. And then: The current command did not succeed. The mailserver responded: Error in IMAP command MYRIGHTS: Unknown command.. ALthough I searched in Google and in the Wiki on dovecot, I did not find any hint - am I the first with this problem? TIA Ingo. -- Ingo Lantschner T (+43-1) 59 55 766 M (+43-664) 143 84 18 -- Ingo Lantschner T (+43-1) 59 55 766 M (+43-664) 143 84 18

2 1

Re: [Dovecot] [OT] Apple Mail.app access to localhost imap when no network
by Alan Schmitt 22 Nov '04

22 Nov '04

Le 22 nov. 04, à 14:30, Simon Waters a écrit : >> I tried that, and it did not work. I guess Mail.app must be trying to >> resolve some name (that is not localhost), and failing somehow. > > Stupid question, but does "localhost" resolve. Most systems it must > appear in > /etc/hosts for it to resolve. You can always specify 127.0.0.1 as the > server > to rule out name resolution. Thanks for this suggestion. "localhost" does resolve (I tried to ping it, and it worked), and 127.0.0.1 does not change anything. So I guess my initial guess was wrong, and Mail must be trying to see if the network is up before even trying to log in. Alan Schmitt

1 0

[Dovecot] .INBOX required?
by Todd Slater 20 Nov '04

20 Nov '04

Hi, Newbie to Dovecot and IMAP in general. The system in question is RH 9, Dovecot 0.99.11, Maildir, accessing mail with SquirrelMail, Thunderbird, Kmail, Mutt, Entourage and Mail.app. I've set up the maildir for users in ~/Maildir. Inside that I have other folders, .Sent, .Drafts, .Trash, .Junk, .MakeJunk, .MakeGood. ~/Maildir itself has the cur, new, and tmp folders, but I note that there is also an .INBOX folder. Mail to the account does end up in ~/Maildir/new and it's readable in the various MUA's (as Inbox). I'm just not certain why the .INBOX is there, and if I'm supposed to be creating the other folders as .INBOX.otherfolder. Thanks, Todd

3 3

[Dovecot] [PATCH] add initial response support for NTLM and RPA
by Andrey Panin 19 Nov '04

19 Nov '04

Hello, this patch adds initial response support for NTLM and RPA authentication mechanism. It can be useful if dovecot acts as authentication backend for SMTP server. RFC2554 permits initial response in AUTH command, so it's legal to send NTLM type 1 message or RPA token 1 in it. Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

1 0

[Dovecot] assertion failed: (!t->view->external)
by Peter Hessler 19 Nov '04

19 Nov '04

Nov 18 17:29:54 gir dovecot: imap-login: Login: jmcvetta [69.106.50.255] Nov 18 17:30:02 gir dovecot: IMAP(jmcvetta): file mail-index-transaction.c: line 247 (mail_index_expunge): assertion failed: (!t->view->external) Nov 18 17:30:02 gir dovecot: child 31094 (imap) killed with signal 6 I saw this in my maillog. I have no idea what that user is doing, but I can harrass him and find out if need be. I'm using 1.0-test52 on OpenBSD/macppc. -- There are three ways to get something done: (1) Do it yourself. (2) Hire someone to do it for you. (3) Forbid your kids to do it.

2 2

[Dovecot] [Fwd: Re: [Evolution] evo confused when searching message bodies on large folders?]
by Dan Stromberg 19 Nov '04

19 Nov '04

Is this possibly a problem with dovecot 0.99.10.9? Maybe it's been fixed in a later release? Might it be a security issue? Thanks!

2 1