search for: rfc822

...eports the information OK. This causes problems to our IMAP client. The problem is easily reproduced with a large message on a slow machine. I'm using dovecot 1.0.10 Here's a sample trace: 1 uid fetch 1:* fast * 1 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:20:50 +0200" RFC822.SIZE 3378380 UID 1) * 2 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:21:40 +0200" RFC822.SIZE 3378380 UID 2) * 3 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:23:38 +0200" RFC822.SIZE 3378380 UID 3) * 4 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:40:06...

...ollowing IMAP transcript: Source Destination Info c.c.c.c s.s.s.s Request: DONE s.s.s.s c.c.c.c Response: 20 OK Idle completed. c.c.c.c s.s.s.s Request: 21 uid store 1:20 -Flags (\Seen) s.s.s.s c.c.c.c Response: * 1 FETCH (UID 1 FLAGS (\Recent NonJunk)) c.c.c.c s.s.s.s Request: 22 UID fetch 2 (UID RFC822.SIZE BODY.PEEK[]) s.s.s.s c.c.c.c Response: * 2 FETCH (UID 2 RFC822.SIZE 1339 BODY[] {1339} c.c.c.c s.s.s.s Request: 23 UID fetch 3 (UID RFC822.SIZE BODY.PEEK[]) s.s.s.s c.c.c.c Response: * 3 FETCH (UID 3 RFC822.SIZE 1342 BODY[] {1342} c.c.c.c s.s.s.s Request: 24 UID fetch 5 (UID RFC822.SIZE BODY.P...

Am 04.05.2015 um 21:04 schrieb Santiago Vila: > Greetings. > > Thanks to Jelmer Vernooij, who has just uploaded version 2.2.16 for > Debian unstable, I can confirm that this bug may still be reproduced > in version 2.2.16, so it has *not* been fixed yet. > > Several months ago I was told "I can't reproduce it in dovecot hg", or > something like that. Well,

...rote: > I have just verified with IMAP commands. This is the procedure: > > telnet localhost 143 > > and then type this: > > A0001 CAPABILITY > A0002 LOGIN "bluser" "bluser" > A0003 SELECT "inbox-b" > A0004 EXPUNGE > A0005 FETCH 1:12 RFC822.SIZE > A0006 FETCH 1 RFC822.HEADER > A0007 FETCH 1 BODY.PEEK[TEXT] > A0008 STORE 1 +FLAGS (\Seen \Deleted) > A0009 EXPUNGE > A0010 FETCH 1 RFC822.HEADER > A0011 FETCH 1 BODY.PEEK[TEXT] > A0012 STORE 1 +FLAGS (\Seen \Deleted) > A0013 EXPUNGE > A0014 FETCH 1 RFC822.HEADER &...

I have just verified with IMAP commands. This is the procedure: telnet localhost 143 and then type this: A0001 CAPABILITY A0002 LOGIN "bluser" "bluser" A0003 SELECT "inbox-b" A0004 EXPUNGE A0005 FETCH 1:12 RFC822.SIZE A0006 FETCH 1 RFC822.HEADER A0007 FETCH 1 BODY.PEEK[TEXT] A0008 STORE 1 +FLAGS (\Seen \Deleted) A0009 EXPUNGE A0010 FETCH 1 RFC822.HEADER A0011 FETCH 1 BODY.PEEK[TEXT] A0012 STORE 1 +FLAGS (\Seen \Deleted) A0013 EXPUNGE A0014 FETCH 1 RFC822.HEADER A0015 FETCH 1 BODY.PEEK[TEXT] A0016 STORE 1 +F...

...IMAP commands. This is the procedure: >> >> telnet localhost 143 >> >> and then type this: >> >> A0001 CAPABILITY >> A0002 LOGIN "bluser" "bluser" >> A0003 SELECT "inbox-b" >> A0004 EXPUNGE >> A0005 FETCH 1:12 RFC822.SIZE >> A0006 FETCH 1 RFC822.HEADER >> A0007 FETCH 1 BODY.PEEK[TEXT] >> A0008 STORE 1 +FLAGS (\Seen \Deleted) >> A0009 EXPUNGE >> A0010 FETCH 1 RFC822.HEADER >> A0011 FETCH 1 BODY.PEEK[TEXT] >> A0012 STORE 1 +FLAGS (\Seen \Deleted) >> A0013 EXPUNGE &g...

Greetings I've attached a patch that fixes a bug in Dovecot relating to rfc822 attachments. This problem shows up in Mulberry (which hammers the IMAP protocol more than most!). The problem is that FETCH BODY[n], where "n" is the number for the message/rfc822 part, returns the wrong information. It returns the message without the headers, whereas it should retur...

...lect Folder * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 13 EXISTS * 0 RECENT * OK [UIDVALIDITY 1220278111] UIDs valid * OK [UIDNEXT 14] Predicted next UID 2 OK [READ-WRITE] Select completed. 3 UID FETCH 3 (RFC822.SIZE INTERNALDATE) * 3 FETCH (UID 3 RFC822.SIZE 1085 INTERNALDATE "04-Jan-2004 09:23:45 -0500") 3 OK Fetch completed. 4 UID FETCH 4 (RFC822.SIZE INTERNALDATE) Connection closed by foreign host. The fetch of message 3, which is not gzipped succeeds, but the fetch of message 4, which is gz...

...Vila: > I have just verified with IMAP commands. This is the procedure: > > telnet localhost 143 > > and then type this: > > A0001 CAPABILITY > A0002 LOGIN "bluser" "bluser" > A0003 SELECT "inbox-b" > A0004 EXPUNGE > A0005 FETCH 1:12 RFC822.SIZE > A0006 FETCH 1 RFC822.HEADER > A0007 FETCH 1 BODY.PEEK[TEXT] > A0008 STORE 1 +FLAGS (\Seen \Deleted) > A0009 EXPUNGE > A0010 FETCH 1 RFC822.HEADER > A0011 FETCH 1 BODY.PEEK[TEXT] > A0012 STORE 1 +FLAGS (\Seen \Deleted) > A0013 EXPUNGE > A0014 FETCH 1 RFC822.HEADER &...

...DE) 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 did some digging around and this seems to be part of Courier-IMAP and Mutt, but not part of Dovecot. Can this header file just be grabbed from Courier or Mutt and dropped into /usr/include? Is there something else that's got to be done here...

...10 or 100 or something and it'll do larger FETCHes. The higher the value, the more memory/disk space is used for storing the received mails. > I'm aware of that, but it doesn't, or at least not always. For example Thunderbird issues this: 13 UID fetch 333574:333601,333630:333801 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To Cc Bcc Subject Date Message-ID Priority X-Priority References Newsgroups In-Reply-To Content-Type Reply-To)]) Dovecot does this to the IMAP backend 18 UID FETCH 333574 (BODY.PEEK[]) 19 UID FETCH 333575 (BODY.PEEK[]) 20 UID FETCH 333576 (BODY.PEEK[]) 21...

...issue. Today i had a mailbox which wouldnt list at all which was caused by 50 consecutive mails beeing broken. (I am showing the last 20 in the web interface) After some debugging i found a bunch of mails like this: Return-Path: <*************************> X-Original-To: test at wasteland.rfc822.org Delivered-To: inbox at wasteland.rfc822.org Received: from node11.tmdvps.com (unknown [184.154.211.109]) by pax.zz.de (Postfix) with SMTP id 3B73DD00B5 for <test at wasteland.rfc822.org>; Thu, 8 Jun 2017 17:09:25 +0200 (CEST) <U+FEFF>Date: Thu, 8 Jun 2017 10:09:24 +0000 (GM...

Hi, I'm using Dovecot's (1.0.rc2) 'deliver' (no sieve) as LDA - calling it from a .qmail file. It seems that 'deliver' destroys "message/rfc822" attachments (forward as attachment). My .qmail file looks like this, and use qmail to deliver a copy directly to my Maildir, and 'deliver' to deliver a second copy of the same message to the same Maildir: % cat .qmail ./Maildir/ |preline /usr/libexec/dovecot/deliver After forwardin...

I do ''@item.datetime.to_formatted_s(:rfc822)'' and it outputs: 2003-08-06T04:12:00-0600 '':db'' doesn''t work either, but '':short'' does. How can I output rfc822 without actually putting all that awful % code in my templates? I''ve also tried this in environment.rb, but it still does...

...this by first fetching some information about the email, and then grabs the specific chunk you are looking for in a second request. The first request looks like this. "FETCH 258 (ENVELOPE BODY.PEEK[HEADER.FIELDS (Path Message-ID Newsgroups Followup-To References)] BODYSTRUCTURE INTERNALDATE RFC822.SIZE FLAGS)" Dovecot responds properly on all parts of this request except for the BODYSTRUCTURE portion which gets returned as this. "BODYSTRUCTURE ("text" "plain" NIL NIL NIL "7bit" 0 0 NIL NIL NIL)" This causes the imap_fetchbody() funtion to freak...

...t;" "" 6 LSUB "" "%" 7 LIST "" "%" 8 LSUB "" "#shared/%" 9 LIST "" "#shared/%" 10 LIST "" "INBOX" 11 SELECT "INBOX" 12 NOOP 13 UID FETCH 1:* (UID FLAGS) 14 UID FETCH 1:2 (UID RFC822.SIZE FLAGS ENVELOPE BODY.PEEK[HEADER.FIELDS (REFERENCES)]) 15 LIST "" "*" 16 LIST "" "#shared/*" 17 LSUB "" "*" 18 LSUB "" "#shared/*" 19 LIST "" "#shared/doveimap/folder/subfolder" 20 SUBSCRIBE &quo...

I'm returning to qmail and dovecot after having suffered a complete failure with a different mail system and I'm now trying to figure out the easiest way to recover our messages from the failed system. The messages are stored as RFC822 in individual files and I can easily identify which message belongs to whom. I have qmail and dovecot configured to use Maildir format. I know I can probably write a script that resends the messages... but in addition to adding another layer of transport headers I really don't want, it's...

Is it possible to omindex message/rfc822 type files? I am running omega version 1.2.4 in ubuntu 10.10. installed the backported ppa apt xapian-omega 1.2 Would be nice if I could search the maildir (/var/www/maildir) emails through web interface. I can index them fine using `mu' (came with ubuntu pkg maildir-utils) -- Asif Iqbal P...

...as follows: > > open("/home/virtual/mydomain.com/home/admin/Maildir/maildirsize", O_RDWR|O_APPEND) = 7 > read(7, "10485760000S\n1562717408 107547\n-"..., 5120) = 2446 > read(7, "", 2674) = 0 > write(1, "* 1810 FETCH (UID 1815 RFC822.SI"..., 2031) = 2031 > setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 > epoll_wait(4, {{EPOLLIN, {u32=101056896, u64=2370923004288}}}, 5, 2584) = 1 > read(0, "2838 UID fetch 1816 (UID RFC822."..., 2974) = 51 > setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 > close(7)...

...I've > managed to resolve that issue now. > > This was the command I ran: > doveadm -D -f flow fetch imap.envelope mailbox crm-spam.2008.g > > Backtrace follows. I've a feeling Debian's security fix backports didn't work properly: > #5 0x00007f3a7c34a97d in rfc822_parser_deinit (ctx=0x7ffdc7615e38, > ctx=0x7ffdc7615e38) at rfc822-parser.h:23 rfc822_parser_deinit() wasn't added until v2.2.31. I think it was added as part of a security fix. > data=data at entry=0x5563c13f3910 "To: bluefrog at dickson.st, > jason at dickson.st, lewisjason...