similar to: IMAP timeout

I'm having a problem with Mail.app and imap folders. I've got a new install of dovecot 1.0beta2, and am only experiencing this problem with Mail. Mutt works as expected, as well as thunderbird. When I create a folder using Mail.app, it is written to ~/Maildir/.INBOX.newfolder, which would be fine, if I wasn't telling everything that I wanted no prefixes. If I move that folder to

Package: dovecot Version: 0.99.10.4-2 I am accessing my IMAP folder on my ~/Maildir using mutt via Dovecot and I have this problem whereby mutt incorrectly reports I have new mail in a "mailboxes" polled mailbox. This happens all the time when I press the key bound to change mailbox. I use courier IMAP at school, and I have not experienced this problem. A bug with dovecot or mutt?

Heylas, I just switched my primary mail server from courier imap to dovecot (I've been waiting to do this; dovecot showed up in debian testing for alpha, at last). So, using the same set of maildirs, there are slightly different behaviors. First, of course, dovecot displays the hierarchy as I thought it ought to be, such that INBOX is a sibling of all other top-level boxes, not the parent

I'm trying to add webmail (IMP/HORDE) to my OpenBSD 3.5 mail server (Procmail/Amavid/SA/DCC/Razor/Dovecot 0.99.10.7), which means adding PHP and several other libraries. I'm building PHP 4.3 from the ports tree and, as per the IMP/HORDE readme files, added --with-imap to the makefile. Makeing PHP barfs with a "Cannot find rfc822.h. Please check your IMAP installation." error. I

Started using dovecot and I am very impressed by its speed. I am confused by what it is expecting the format of the Maildir directory to be in. I currently have ~/Maildir which contains new, cur, and tmp all containing email that should be in my inbox and it pops up correctly as such when I connect to dovecot using Mutt. After the connection a new .INBOX is created under ~/Maildir with sym

I've recently switched from Courier-imap to dovecot and I'm impressed with it's speed and reliability. However, my index file gets regularly corrupted: Feb 8 21:23:16 hive imap(hart): Corrupted index file /home/hart/Maildir/.INBOX/.imap.index: index.next_uid (129) > uid_rec.uid (128) dovecot version: 0.99.13-3 Debian sid) I use dovecot in combination with mutt, procmail and

Does dovecot support shared folders, maildir style? I've set it up, using the maildirmake from debian maildrop to create folders. I have a number of as-yet unresolved issues, so I haven't been able to test with many clients. It's interesting that dovecot manages to present folders as siblings (rather than children) of INBOX. But mutt, at least, doesn't seem to see the shared

Hi, I'm using dovecot for some time now. Previously I was using Courier and I've migrated this setup to dovecot which went pretty fine. Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like "spam", are vanished. The strange point is that it only happens in some clients, like Thunderbird 2.x+ or KMail 3.5.x. In others,

[ I'm posting this again since I wasn't subscribed to the list when I first posted. I'm sorry if this gets posted twice] I was considering replacing Courier-IMAP with dovecot in the future, but have some concerns. I realize that some things simply haven't been finished yet like quotas, but some other things may prevent me from using dovecot as a drop in replacement in the

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

I have been struggling with getting my Fedora 7 box set up to use dovecot with Squirrelmail and Maildir. It works correctly with the exception of writing outgoing mail to the right folder (.Sent) or drafts (.Drafts). If I send a mail with Mutt, it writes the mail to the right place, so it has to be squirrelmail config or dovecot config. I want to use .Sent for sent-mail (~user/Maildir/.Sent) and

We don't have enough arguments here.... <g> I see that thunderbird's deprecated for RHEL 7, and they recommend evolution. I've certainly had some annoyances in the last couple-three years with t-bird. So, what are people's preferred mail tools, other than t-bird (or maybe mutt or pine.... <g>)? mark

Hi all, I have recently migrated my mail from courier-imap to dovecot. In doing so, I finally configured mutt to connect to imaps (SSL). In the end I got it all working. I then sat back and thought: "I kinda don't understand the SSL/TLS part even though it works". And I hate setting stuff up and not truely understanding the mechanics of it. So I started to write about it and am

Hello! I run Debian jessie and have an issue with the interaction between Dovecot (2.2.13), Mutt (1.5.23) and the Android Gmail (5.8.105868218) IMAP client, when using Maildir: I use Dovecot LMTP for local delivery into Maildir and access these files both through Dovecot IMAP from the Android Gmail IMAP client and also directly through the filesystem by running Mutt locally on the mail server.

Hi I'm using dovecot on a LAN server. I sometimes read mail from the server itself locally with mutt and sometimes remotely with mutt or mozilla . I would like to avoid typing my password whenever necessary but without writing a plain-text equivalent copy of it locally. It feels quite silly to have to type the password locally becase the imapd does not know that the process is indeed a

Dear Timo, What do you think of this? Fyi, I've been getting the same thing lately and I'm wondering if gnutls is to blame? (i've had inexlicable SIGSEGVs in other apps before due to it.) Tomorrow I'll try with openssl but I was wondering if you had any other ideas? -- Jaldhar H. Vyas <jaldhar at debian.org> La Salle Debain - http://www.braincells.com/debian/

Hi, I've just upgraded dovecot from 2.2.35 to 2.3.2.1 on my mail server and noticed something odd. My mail clients (mutt and Apple mail) both stopped seeing new mail in my mailboxes. For example, ~/Maildir/mailinglist1/new has 5 new mails. In mutt, vieweing the list of mailboxes mutt reports 0 new mail for "mailinglist1". Opening up the actual mailbox in mutt reveals the 5 new

On 2018-05-05 (06:52 MDT), Benny Pedersen <me at junc.eu> wrote: > >> And yet it is. > > in muttrc you miss ~ or $(HOME)/something No. >> Root has been aliased for decades. This has no impact on where and how >> mutt stores the mail it sends as root out of root?s crontab. > > root user can read mail files for all unix users, thats your fail, maybe

Hi, I'm running dovecot-1.0.beta8 from FreeBSD ports, using mbox mail store. My problem appears to have come up on the list about a month ago, "Expunge is not expunging unless it is called twice". I ran through Bill Boebel's telnet-IMAP session for myself, and I see that his test case is now fixed (as Timo said), but mutt, for whatever reason, uses +FLAGS.SILENT, and I'm

On 3/27/07, Rodrigo Barbosa <rodrigob at darkover.org> wrote: > On Tue, Mar 27, 2007 at 06:07:48PM +0200, Ralph Angenendt wrote: > > Not in my mutt >:) > <...> but > Mutt is defaulting that particular attachment to iso-8859-1 here I am sorry, I couldn't understand the Mutt part. Does that mean you've been using Mutt? :-) How good is it? Any comments on