similar to: Question about IMAP

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

This weekend we had a runaway email endless loop. When it was killed after 18 hours, my inbox had 135,000 messages in it...there were two messages that were being endlessly sent and bounced and I'm on the postmaster alias. Thunderbird was able to do a mass select of one of the two messages, and deleted 65,000, but after that it locked up. I ended up firing up Pine to do the final

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

Hello, could someone help. I have installed Dovecot+SSL+TLS+Thunderbird and all is well except one thing. After installing TBird and adding the required data (smtp server and auth info, imap/pop server and auth info) I am able to view mail in my TBird Inbox BUT Trash and Sent don't work - it pops up saying folder doesn't exist on the server - can't the darn thing, auto create a folder

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

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, We upgraded one of our dovecot servers to debian stretch with dovecot 2.2.27 and since then one of our users has been experiencing random IMAP failures. We enabled raw logging at the server side and it shows normal IMAP commands/responses: 1507292522.222427 * 6 FETCH (FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL

I have been having a problem with the test releases...I am now using Test 59. When I delete a message using SquirrelMail (IMAP) the message stays in the message list....but you can't open it anymore because it can't be found, if I logout and log back in...the message is gone from the list. I thought it could be a problem with the cache, so I added mail_never_cache_fields = MessagePart

Hi all, It looks like Dovecot 1.0rc7 reports the wrong content-type for messages with only a text/html body. An example of such a message is: --- From: mathijs at izecom.com Subject: test To: foobar at example.com Content-Type: text/html; test --- When I talk IMAP to Dovecot directly using telnet and fetch the bodystructure of this message, Dovecot replies: * 1 FETCH (BODYSTRUCTURE

All, This is slightly OT, but I figure a bunch of folks running IMAP servers should have some strong opinions on the topic. While working on a migration to Dovecot, I had the opportunity to move one account to a server running same. This is an in-house billing department box that 3-4 people share. In theory, this should work well - all the billing folks see the same email, save sent mail

Hi there I'm using dovecot-1.1b2/b3 with deliver. All information is stored in an SQL database and no errors related to this issue are written to the logs (actually I get no errors at all). I've run into at problem; FETCH BODYSTRUCTURE is broken after upgrading to dovecot 1.1b2 (same issue with 1.1b3). BODUSTRUCTURE only returns information from the first section (with incorrect

Good morning. I am using Dovecot as an IMAP proxy -- using IMAPC -- and the system is working great. Thank you for contributing such great software to the community! I'm using Dovcot 2.3.5 and Pigeonhole 0.5.5. My server is located behind a content-filtering firewall that will mark incoming messages by adding "[SPAM]" to the subject line. I'm trying to use Sieve to

Dear All, I have a dataset which contains date and 12 other countries data. I have extracted the data as xts object. I am not able to recall all the series in the Y axis. My data set looks like this index crepub finland france germany italy netherlands norway poland <date> <dbl> <dbl> <dbl> <dbl> <dbl> <dbl> <dbl>

I'm running Dovecot on a Debian system which recently has been failing on an assert(). I have a spam mailbox that if I try and open (from any client), the imap process dies and this is written to the error logs: Dec 21 18:57:11 theronge imap(mronge): file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset -

It's not clear what you want but ... On 02/05/2023 10:57, Upananda Pani wrote: > Dear All, > > I have a dataset which contains date and 12 other countries data. I > have extracted the data as xts object. > > I am not able to recall all the series in the Y axis. My data set > looks like this > > index crepub finland france germany italy netherlands norway poland >

I just receive a copy of the official samba 3 howto, to be honest i'm rather disapoint with the content and layout. Well with free online version, i can't complaint, but with 'paid' version maybe i can complain to the author :-). Most of the contents are still the old documentation with few 'little' updation for samba3. Imo, its better if it can be rewrite from scratch

I'm thinking about adding at least one new SEARCH command extension to Dovecot: ability to search from any headers in the mail, including MIME headers in the body. So the idea is that you could somewhat quickly ask e.g. "show me all mails with pdf attachments": a search or x-anyheader application/pdf x-anyheader .pdf b fetch $ bodystructure The client can verify the results with

On Wed, May 25, 2016 4:31 pm, Philip McGaw wrote: > Did user historically have POP set up? Philip, thanks no, not for a long time, IMAP/143/StartTLS on old laptop > If you still have access to the old laptop set up imap and move the > emails back. yes, I have old laptop here. sorry, not sure how to, is that inside TBird, or how ? (not very familiar with TBird...) >> another OT:

Hi, LLVM’s SLP-vectorizer is a new pass that combines similar independent instructions in a straight-line code. It is currently not enabled by default, and people who want to experiment with it can use the clang command line flag “-fslp-vectorize”. I ran LLVM’s test suite with and without the SLP vectorizer on a Sandybridge mac (using SSE4, w/o AVX). Based on my performance measurements

It looks like fixed width. I just used the last position of each field to get the size and used the 'readr' package; > input <- "And XVIII 000214.5+450520 0.69 17 9 0.00 -8.7 26.8 6.44 6.78 < 6.65 -44 0.5 MESSIER031 0.6 1.54 + PAndAS-03 000356.4+405319 0.10 17 0.00 -3.6 27.8 4.38 2.8 MESSIER031