Re: IMAP error reported by server. Invalid body section.
On Thu, 2012-06-21 at 13:07 -0300, Rodrigo Abantes Antunes wrote: The source from horde3 is exactly the same as horde4 That is expected. It isn't the message but the interpretation of the message. These evil messages contain many named parts separated by a boundry (the boundry value is declared in the header of the message). Then parts of a message can refer to other parts of the message. So either H4 can't correctly [or incorrectly!] parse the message into parts by boundry or one part references another part that isn't found. It would be useful to ask this question on the Horde / IMP mail list. and I think all the message parts are there, at least there is a body/body. If you want I can forward you the message to your personal mail. It isn't body stuff but the parts of the message as they are referred to in the HTML. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: IMAP error reported by server. Invalid body section.
On 06/22/2012 06:35 AM, Adam Tauno Williams wrote: On Thu, 2012-06-21 at 13:07 -0300, Rodrigo Abantes Antunes wrote: The source from horde3 is exactly the same as horde4 That is expected. It isn't the message but the interpretation of the message. These evil messages contain many named parts separated by a boundry (the boundry value is declared in the header of the message). Then parts of a message can refer to other parts of the message. So either H4 can't correctly [or incorrectly!] parse the message into parts by boundry or one part references another part that isn't found. It would be useful to ask this question on the Horde / IMP mail list. I think this originated as a bug report to Horde and they think it's the IMAP server's fault. Rodrigo, can you forward the message to me? Thanks, Dave Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: GSSAPI for various murder component setups
On Wed, Jun 20, 2012 at 6:29 AM, Dan White dwh...@olp.net wrote: On 06/19/12 19:04 -0700, Stephen Ingram wrote: Thank you for your continued help with this. I really appreciate it and am determined to get to the end of this. I think I'm getting closer. I have successfully authenticated using mupdatetest from one of the backends to the mupdate server. I'm using service principals on both ends. I've even specified the imap/imap1.example.com part of the principal in the admins: section of the configuration and after solving several configuration issues on my end, it seems to work! I came across a post from you some time ago talking about /etc/krb.equiv. Would this be an easier way to do this? I tried placing that file on the mupdate server and loaded it with imap/imap1.example.com imap1 and then placed admins: imap1 in my imapd.conf file, but I'm not sure if it works. Do I have to tell cyrus about that file somewhere? I have not used /etc/krb.equiv before, but the last time I dug into the code trying to understand it, I came away with the impression that it's used for kerberosv4 only. Apparently it would be a way to map 'imap/imap1.example.com' to 'imap1'. It might work just as well to just place 'imap/imap1.example.com' or 'imap/imap1.example@example.com' into your proxyservers/*_admins entries. I know that this format works, because it's what I currently have in my config: cyrus-mail1.example@example.net Yes, I was able to get this to work too with mupdatetest, even without the @EXAMPLE.COM piece. I'm guessing if you don't include the realm, it just adds the default one. The krb.equiv does seem to work too, although since you can just specify the entire principal, I'm not sure that it is really that useful in this instance. One other question though, how often do you refresh your credential cache? From the few examples I've seen, most people seem to refresh very frequently (anywhere from 6 minutes to 1 hour). Given that most tickets can last up to 10 or 12 hours, I'm guessing the shorter life is for security or some other reason? Steve Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: IMAP error reported by server. Invalid body section.
On 06/22/2012 09:43 AM, Dave McMurtrie wrote: On 06/22/2012 06:35 AM, Adam Tauno Williams wrote: On Thu, 2012-06-21 at 13:07 -0300, Rodrigo Abantes Antunes wrote: The source from horde3 is exactly the same as horde4 That is expected. It isn't the message but the interpretation of the message. These evil messages contain many named parts separated by a boundry (the boundry value is declared in the header of the message). Then parts of a message can refer to other parts of the message. So either H4 can't correctly [or incorrectly!] parse the message into parts by boundry or one part references another part that isn't found. It would be useful to ask this question on the Horde / IMP mail list. I think this originated as a bug report to Horde and they think it's the IMAP server's fault. Rodrigo, can you forward the message to me? Hi. Rodrigo sent me the message. I wanted to confirm that the MIME structure was correct so I used munpack which was able to successfully unpack all the message parts. This isn't a guarantee that the MIME structure is correct, but at the very least I can't definitely say the message is malformed. I then imported the message into my mailstore. reconstruct was not pleased with it from the start: Jun 22 15:29:48 cyrusbe-d04 reconstruct[28021]: ERROR: message has more than 1000 header lines, not caching any more I tried reading the message with Squirrelmail and that fails. It does 2 FETCH operations. First: A009 UID Fetch 1 (FLAGS UID RFC822.SIZE INTERNALDATE BODY.PEEK[HEADER.FIELDS (Date To Cc From Subject X-Priority Importance Priority Cont ent-Type)]) I'll sanitize the response to protect people's email addresses: * 1 FETCH (FLAGS (\Seen) UID 1 INTERNALDATE 22-Jun-2012 15:23:39 -0400 RFC822.SIZE 739385 BODY[HEADER.FIELDS (Date To Cc From Subject X -Priority Importance Priority Content-Type)] {1968} From: X To: X Subject: PAPAI,COMO EU NASCI ? Date: Tue, 22 May 2012 21:59:42 -0300 Content-Type: multipart/related; boundary==_NextPart_000_0001_01CD3866.57075390 Content-Type: multipart/alternative; boundary==_NextPart_001_0002_01CD3866.570D6E10 Content-Type: text/plain; charset=iso-8859-1 Content-Type: text/html; charset=iso-8859-1 Content-Type: image/jpeg; name=image004.jpg Content-Type: image/jpeg; name=image011.jpg Content-Type: image/jpeg; name=image002.jpg Content-Type: image/jpeg; name=image009.jpg Content-Type: image/jpeg; name=image008.jpg Content-Type: image/jpeg; name=image010.jpg Content-Type: image/jpeg; name=image003.jpg Content-Type: image/jpeg; name=image006.jpg Content-Type: image/jpeg; name=image001.jpg Content-Type: image/jpeg; name=image005.jpg Content-Type: image/jpeg; name=image007.jpg ) A009 OK Completed (0.080 sec) When it attempts to fetch a body part, however, this happens: A004 UID Fetch 1 BODY[1] * 1 FETCH (UID 1 BODY[1] ) A004 OK Completed (0.000 sec) For kicks, I edited out a ton of X-UOL-SMTP: header fields and reconstructed the folder again. This time I didn't get the error about too many header lines, but the result is the same. I'm heading home to drink cheap beer now and won't get back to this until Monday, but it does appear that Cyrus is somehow unhappy with this message. Thanks, Dave Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: IMAP error reported by server. Invalid body section.
On 06/22/2012 09:43 AM, Dave McMurtrie wrote: On 06/22/2012 06:35 AM, Adam Tauno Williams wrote: On Thu, 2012-06-21 at 13:07 -0300, Rodrigo Abantes Antunes wrote: The source from horde3 is exactly the same as horde4 That is expected. It isn't the message but the interpretation of the message. These evil messages contain many named parts separated by a boundry (the boundry value is declared in the header of the message). Then parts of a message can refer to other parts of the message. So either H4 can't correctly [or incorrectly!] parse the message into parts by boundry or one part references another part that isn't found. It would be useful to ask this question on the Horde / IMP mail list. I think this originated as a bug report to Horde and they think it's the IMAP server's fault. Rodrigo, can you forward the message to me? Hi. Rodrigo sent me the message. I wanted to confirm that the MIME structure was correct so I used munpack which was able to successfully unpack all the message parts. This isn't a guarantee that the MIME structure is correct, but at the very least I can't definitely say the message is malformed. I then imported the message into my mailstore. reconstruct was not pleased with it from the start: Jun 22 15:29:48 cyrusbe-d04 reconstruct[28021]: ERROR: message has more than 1000 header lines, not caching any more I did the same test on my box and reconstruct worked fine and I can view the message with Squirrelmail and Thunderbird without any problems. What's your version of cyrus-imapd you tested with? I have tested with a 2.4.16 server. Regards, Simon Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: IMAP error reported by server. Invalid body section.
On Jun 22, 2012, at 5:10 PM, Simon Matter simon.mat...@invoca.ch wrote: On 06/22/2012 09:43 AM, Dave McMurtrie wrote: On 06/22/2012 06:35 AM, Adam Tauno Williams wrote: On Thu, 2012-06-21 at 13:07 -0300, Rodrigo Abantes Antunes wrote: The source from horde3 is exactly the same as horde4 That is expected. It isn't the message but the interpretation of the message. These evil messages contain many named parts separated by a boundry (the boundry value is declared in the header of the message). Then parts of a message can refer to other parts of the message. So either H4 can't correctly [or incorrectly!] parse the message into parts by boundry or one part references another part that isn't found. It would be useful to ask this question on the Horde / IMP mail list. I think this originated as a bug report to Horde and they think it's the IMAP server's fault. Rodrigo, can you forward the message to me? Hi. Rodrigo sent me the message. I wanted to confirm that the MIME structure was correct so I used munpack which was able to successfully unpack all the message parts. This isn't a guarantee that the MIME structure is correct, but at the very least I can't definitely say the message is malformed. I then imported the message into my mailstore. reconstruct was not pleased with it from the start: Jun 22 15:29:48 cyrusbe-d04 reconstruct[28021]: ERROR: message has more than 1000 header lines, not caching any more I did the same test on my box and reconstruct worked fine and I can view the message with Squirrelmail and Thunderbird without any problems. What's your version of cyrus-imapd you tested with? I have tested with a 2.4.16 server. Interesting. The server I'm testing on isn't a released version, but rather a snapshot build from the caldav-2.4 Git branch. It should be fairly close to 2.4.16. Can you grab telemetry and see what Squirrelmail/tbird is requesting? Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
problem Outlook not recieving mail from mailbox
I'm having an issue where the mail is going to the mailbox and that I can verify, but for some reason Outlook 2003 cannot connect to the mail server although I can ping from server to client and from client to server. Something is stopping the connection from happening. Since I'm fairly new to this would appreciate some help. I can telnet to the image server and I only get the following: * OK linux-srv Cyrus IMAP4 v2.2.12 server ready Any help would be greatly appreciated Jon Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Outlook not recieving mail
ok as per my last e-mail I've been able to login via telnet, but still no mail in the outlook client. 0 login username password 0 OK User logged in 0 select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1340119921] * OK [UIDNEXT 1] 0 OK [READ-WRITE] Completed 0 list * * LIST (\HasNoChildren) . INBOX 0 OK Completed (0.000 secs 2 calls) 0 list #shared.* 0 OK Completed (0.000 secs 1 calls) Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Outlook not recieving mail
On Sat, 23 Jun 2012, JonL wrote: ok as per my last e-mail I've been able to login via telnet, but still no mail in the outlook client. 0 login username password 0 OK User logged in 0 select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] * 0 EXISTS * 0 RECENT Looks to me like the server is saying there are no messages in the INBOX. Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus