similar to: BODYSTRUCTURE bug?

I found it on an ancient dovecot version, so it might be already fixed. Let's say I have a folder with 3 messages UID Subject Date 12 One 2013-06-09 11 Testmail 2013-06-10 14 Subject 2013-06-11 C: A0003 UID THREAD REFERENCES US-ASCII ALL S: * THREAD (12)(11)(14) Now I received a message with today's date (2013-06-12)

Sometimes, when dovecot authentication processes are busy, dovecot write reply "Waiting for authentication process to respond.." to client. Roundcube webmail do not understand it and invalidate user session. My question is what is a good practise to handle this situation by client software? One Roundcube user proposes to detect such response then wait a moment and try again. Is there

This has been probably fixed in meantime, because I use dovecot 1.1 still, but I'd like to get you to know. Use of UTF-8 characters inside quoted-string doesn't work. C: GETSCRIPT "???w" S NO "Error in MANAGESIEVE command GETSCRIPT: String contains invalid character." -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl]

On 08/26/2015 12:22 AM, Peter Chiochetti wrote: > As Timo seems to be on a committing spree; I'd like to propose that in > the mail_log_fields the recipient would be available. > > Like probably many dovecot users, my MUAs save to Sent; so when grepping > the log to learn etc. that would just be useful You mean content of To: Cc: and Bcc: headers or what? This don't need

On 09/28/2015 10:48 AM, Andreas Meyer wrote: > Postfix is not the problem. It's the login into the IMAP-server that > is irritating me. Or am I completely wrong? You are completely wrong ;) If the mailbox exist server handles it, there's no difference from/to which "domain" was the connection. Besides you can configure Roundcube to select server IP/host based on logon

I am currently running v1.1.20 and was wondering if there is any compelling reason to upgrade to v1.2 or v2.0? For example is there any security updates in v1.2 or v2.0 that aren't included in v1.1.20? The other major thing I would be interested in knowing is there any speed enhancements in the newer versions? I am using basic PAM Auth and Maildir mailboxes on a Linux box. Let me know

Greetings all, I have a OpenBSD /Dovecot server at home running and sending / receiving email "internally" without issue.. Recently, I set up the same at our Parish, but one of our users wants to get their email externally. The user can read their email but has to "send" via the local ISP server.. The problem After much searching I have not found an answer to my question. I

On 04/10/2016 10:27 AM, Adrian Minta wrote: > It will be nice if the "SELECT MyMailbox" command will be "SELECT > mymailbox LIMIT 100" or something, to get the first files since only the > last messages are shown to the user. SELECTing a mailbox has nothing to do with FETCHing messages, so above does not make much sense. I don't know dovecot's code, but I

I'm not sure this is a known bug. I'm using dovecot 1.1.19. C: s SORT (DATE) blah ALL UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdf HEADER FROM {4} S: + OK C: asdf S: * SORT 1 2 4 5 3 6 7 (... all messages in folder) S: s NO [BADCHARSET] Unknown charset I think there shouldn't be "* SORT... " response. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252

BAADCAAHDwEHEAEKFwESKwIXNQIaOwIcQQIgSQIpXwM4gAQ8igU/kAVAkwVB lAVClwVCmAVFngVJpgZKqQZLrQZPtQZQtgZRuQYAAAAAAQB1lW3cAAAAAXRS TlMAQObYZgAAAAFiS0dEAIgFHUgAAAAJcEhZcwAALiMAAC4jAXilP3YAAAAH dElNRQfXAxgNAiAQYlKOAAAAHXRFWHRDb21tZW50AENyZWF0ZWQgd2l0aCBU aGUgR0lNUO9kJW4AAADMSURBVEjHzZbJEsMwCEPpvjfdW9T//89OkktqVxgy PpSjzLPHQeCIZKGDkGJoFsF0E1EW0XyCaFVA/fl3RvzaTfW6nPTaaQqWP1TP

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

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

Hi, I tried to see a mail that have a strange From header in bellow URL: https://www.mailsploit.com/index Then, I got BODYSTRUCTURE response contain next: ((NIL NIL "service" "paypal.com")) Are this problem already founded by anyone? So already fixed? -- TACHIBANA Masashi QUALITIA CO., LTD. mailto:tachibana at qualitia.co.jp

Hello, I'm currently testing dovecot/imap (Version 0.99.13). I found this in the log: imap(xxxxx): [ID 265587 mail.crit] file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) dovecot: [ID 684838 mail.error] child 7376 (imap) killed with signal 6 The user tried to setup a new folder (with Thunderbird)

Hi, I have a problem with the filename of attachments in some clients. # dovecot 1.2.(5|7) * 3 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 13 1 NIL NIL NIL NIL)("text" "plain" ("charset" "UTF-8" "name" "ISO-8859-1''testanh%E4ng.txt") NIL NIL

Hello, we are developing a web page, for a ticket system, to show the email messages ordered by the biggest attachments size present in an IMAP folder, with a pagination of 100 messages per page. Each raw represents a message with "DATE, FROM, SUBJECT, the preview (the first 500 chars of the text/html of the messsage) and the list of the attachments (name + size) it contains. The

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:

Fyi... Sam Varshavik (courier-imap developer) claims (on the courier-imap list, see attached) dovecot is incorrectly parsing messages with missing/invalid "MIME-Version:" header... I have no clue if he is correct... if so, maybe this has already been fixed? -------------- next part -------------- An embedded message was scrubbed... From: Sam Varshavchik <mrsam at courier-mta.com>

On Fri, Dec 08, 2017 at 18:47:37 +0900, TACHIBANA Masashi wrote: > Hi, > > I tried to see a mail that have a strange From header in bellow URL: > > https://www.mailsploit.com/index > > Then, I got BODYSTRUCTURE response contain next: > > ((NIL NIL "service" "paypal.com")) > > Are this problem already founded by anyone? > So already

Hi, I've changed a program that fetches mail via IMAP from an Exchange Server to use our Dovecot machine. But now I'm experiencing strange problems with seem to be caused by a wrong BODYSTRUCTURE answer that causes wrong charset handling. When fetchting the BODYSTRUCTURE I see this: Dovecot: 88 UID fetch 32 (BODYSTRUCTURE) * 1 FETCH (UID 32 BODYSTRUCTURE ("text"