similar to: Dovecot and Mulberry

Has anyone considered setting up a Dovecot public server to serve the list archives by IMAP? Or does Dovecot not do anonymous read-only access? (I note by comparison that the Cyrusoft Mulberry list archives are served by an IMAP server. <http://www.cyrusoft.com/mulberry/support/anonimap.html>) It should be sufficient to set up Dovecot on some server in the dovecot.org domain and

I use Mulberry 3.1.6 on Windows to read my mails with dovecot 0.99.12 Solaris 9. There are some mail which I cannot read. When I try to open such a mail, dovecot quits and restarts (I can see that with ps, nothing is logged). The Mulberry log just looks like this: | --> #7.2300 Sun Dec 19 12:59:33 2004 | A00009 FETCH 695 (BODY.PEEK[1]) | * 695 FETCH (BODY[1] {61} | | --> #7.2300 Sun Dec 19

I've been chasing a problem with Mulberry which now actually seems to be a Dovecot server bug. The problem manifests itself when manipulating embedded rfc822 messages, and the analysis comes down to the fact that a FETCH BODY[2] command returns the same thing as FETCH BODY[2.1]. Both return just the text of the embedded message, whereas FETCH BODY[2] should return everything including

I've configured the lazy_expunge plugin exactly like it says on the wiki. I can't seem to configure Mulberry to find the new namespaces. Any hints? I notice that the wiki says to use / as the separator. Mulberry has a setting for this, and the default is '.'. Leaving this as '.' in Mulberry and / in dovecot seems to work fine. (But I still can't access the

I'm having a bit of misbehavior wherein Dovecot seems to refuse to cooperate with my Mulberry MUA. By and large, everything works great. I can move mail back and forth happily. I can compose a note and copy the outgoing mail to my Dovecot "Sent" folder using my default Mulberry settings. But if I reply or forward a mail, I get a Mulberry error popup saying that it

Mulberry client-side message filtering can be persuaded to search for a nonexistent message ... <tag> UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon <sthen at eeyore.37.spacehopper.org>" SUBJECT "Cron <sthen at wide> /home/sthen/pingme") Dovecot 0.99.10 returns this ... <tag> NO Sequence out of range: 12 I *think* the correct

I'm using SpamAssassin to tag spam and prefix the spam score to the subject line. To make the scores sort properly in the client's message list, I pad the score with spaces to right-align it. It looks like dovecot-0.99.10.9-1.FC3.2 is frustrating this by stripping the excess spaces from the subject before reporting it in FETCH responses. Here's an actual subject line: Subject:

hi all, has anyone had any success in getting the current dovecot cvs-lda's implementation of CyrusSIEVE responding to a ManageSIEVE client? in particular, i'm hoping that one can use, e.g., Mulberry's Client- & Server-side sieve editor: <http://www.cyrusoft.com/sieve/sievescreens.html> if i telnet to my dovecot box's sieve port ( = 2000) i get no response at

Ok, I have narrowed my IMP/Dovecot attachment problem down to what I think is a bug in Dovecot. The test that follow are performed on 0.99.11. When you download an attachment in IMP it uses the php function imap_fetchbody() which contacts the IMAP server and retrieves just the mime chunk you are looking for. It does this by first fetching some information about the email, and then grabs the

I'm using Dovecot-0.99.10.5-0.FC2 on Fedora Core 2 on the server, and Mulberry 3.1.6 over Win2kSP4 on the client. Intermittently messages with multiple parts show up as a single text part. I'm not sure if it's Mulberry or Dovecot. I just turned on IMAP logging and restarted Mulberry and a message with two text/plain parts that wasn't showing the 2nd part is now displaying it

Hi there, Quoting RFC 3501 sec. 7.4.2 ?FETCH Response? (data item BODYSTRUCTURE): ?A body type of type MESSAGE and subtype RFC822 contains, immediately after the basic fields, the envelope structure, body structure, and size in text lines of the encapsulated message.? According the ABNF (RFC 3501 sec. 9) the envelope structure is that of the ENVELOPE FETCH data item, and the

This causes the body structure to be incorrect. The RFC says it's fine o have empty header field values. --- This just adds a failing test, inspired from an e-mail spotted in the wild. Ideas welcome to fix it. src/lib-imap/test-imap-bodystructure.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/src/lib-imap/test-imap-bodystructure.c

Hello, I have the following issue: When using command? FETCH 2 (BODY.PEEK[HEADER] UID INTERNALDATE FLAGS BODYSTRUCTURE) on 2 different emails, we get 2 different response structure. First response structure contains the BODYSTRUCTURE in a single line, while in the second response, the BODYSTRUCTURE is divided into multiple lines with "{61}" character at the end of each line.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, I setup a new system this morning running on FreeBSD 4.9-RELEASE. Using 2 Cisco 7960's we found that the call connects and we can talk for about 10 seconds, then the call drops. -- Executing Dial("SIP/4340-49da", "SIP/4248|20") in new stack -- Called 4248 -- SIP/4248-b52c is ringing --

Mulberry has the ability to log the IMAP exchange client-side. Is there an equivalent logging feature in Dovecot (0.99) to log the IMAP exchange server-side? My problem is that Mulberry is displaying some complex MIME structures incorrectly (eg. nested/forwarded messages) but it seems to go away if I close a folder and re-open it. I'm suspecting that Dovecot is reporting the wrong

First let me thank you for my initial newby question about poping from a pop3 server and delivering into my Dovecot maildir folders. Now I'm getting an assertion in imap-bodystructure.c and one of my imap folders is now inaccessable. I think the two are related. Whenever I select the folder from my email client (kmail) I get two log entries in the dovecot log of the format:

Hello all, I' ve got a strange problem since I' ve installed the latest version of Samba. My configuration: Hardware- & Software-Configuration: Server-OS: AIX 4.3.0.0 Samba-Version: 2.0.5 Clients: WindowsNT Workstation 4.0 SP 5 and AutoCAD Version 14 Every Application I'm using is coping very fine with the new Samba-Version, but AutoCAD behaves a little strange! When I open a

Hi all, at work we use Roundcube acting as a mail client for the Dovecot Imap server. In Roundube the messages are parsed through the Imap BODYSTRUCTURE command If a message contains forwarded messages and attachments and some of the messages contains a quote (") in the subject, then the resulting BODYSTRUCTURE appears to be malformed. --- After some digging through the code of

Hi, first of all: yes, I already dug the internet but didn't find a solution - that's why I'm asking you. My provider uses dovecot, although I can't tell you more about the version - sorry. Mail is stored in mbox format. My trouble: I was unable to create subfolders and googled a bit. A proposed solution was to append a slash at the end of the folder name. I used Thunderbird to

I am having a recurring problem with Dovecot 1.0.8 failing to MIME-decode certain messages. The client is Mulberry 4.0.8. The messages causing the problem seem to be MIME messages with "no parts". I.e. the message has some MIME encoding, but is just included as the message body. The kind of effect I will see is a proliferation of untranslated =xx codes, or in some cases an untranslated