Closed Bug 1403116 Opened 8 years ago Closed 8 years ago

[TRYCREATE] UID Copy failed when mail gets copied to shared folder

Categories

(Thunderbird :: Untriaged, defect)

Product:
Thunderbird
Component:
Untriaged
Version:
52 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: julian.hanzlik, Unassigned)

Details

Attachments

(2 files)

imap_02.log
17.98 KB, text/x-log
Details
imap_03.log
39.84 KB, text/x-log
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36 Steps to reproduce: - Fresh install of Thunderbird - Added Zimbra IMAP account - Subscriped to mailfolder shared by other user (with Read/Write/Administer - Rights) - Moved mail from "Inbox" to shared folder (testsharedfolder) Actual results: Thunderbird shows me the Error "[TRYCREATE] UID COPY failed" This error should be related to thunderbird and not to the mailserver as it works with MS Outlook (but naaah, I won't use this) This is the ERROR on the Serverside (Zimbra) - OUTLOOK VS THUNDERBIRD THUNDERBIRD (doesn't log anything) 2017-09-26 11:02:58,275 INFO [ImapSSLServer-1022] ;ua=Thunderbird/52.3.0;] imap - ID elapsed=0 2017-09-26 11:02:58,277 INFO [ImapSSLServer-1023] ;ua=Thunderbird/52.3.0;] imap - copying message data from serialized session: /Inbox/testsharedfolder 2017-09-26 11:02:58,277 INFO [ImapSSLServer-1023] ;ua=Thunderbird/52.3.0;] imap - selected folder testsharedfolder 2017-09-26 11:02:58,277 INFO [ImapSSLServer-1023] ;ua=Thunderbird/52.3.0;] imap - SELECT elapsed=0 2017-09-26 11:02:58,281 INFO [ImapSSLServer-1024] ;ua=Thunderbird/52.3.0;] imap - MYRIGHTS elapsed=0 2017-09-26 11:02:58,282 INFO [ImapSSLServer-1025] ;ua=Thunderbird/52.3.0;] imap - GETACL elapsed=0 2017-09-26 11:02:58,284 INFO [ImapSSLServer-1021] ;ua=Thunderbird/52.3.0;] imap - GETQUOTAROOT failed: cannot get quota root for other user's mailbox: testsharedfolder 2017-09-26 11:02:58,284 INFO [ImapSSLServer-1021] ;ua=Thunderbird/52.3.0;] imap - GETQUOTAROOT elapsed=0 2017-09-26 11:02:58,291 INFO [ImapSSLServer-1019] ;ua=Thunderbird/52.3.0;] imap - IDLE elapsed=0 2017-09-26 11:02:59,358 INFO [ImapSSLServer-1022] ;ua=Thunderbird/52.3.0;] imap - IDLE elapsed=0 2017-09-26 11:02:59,486 INFO [ImapSSLServer-1023] ;ua=Thunderbird/52.3.0;] imap - NOOP elapsed=0 2017-09-26 11:02:59,491 INFO [ImapSSLServer-1024] ;ua=Thunderbird/52.3.0;] imap - GETQUOTAROOT elapsed=1 2017-09-26 11:02:59,508 INFO [ImapSSLServer-1025] ;ua=Thunderbird/52.3.0;] imap - UID FETCH elapsed=1 2017-09-26 11:02:59,573 INFO [ImapSSLServer-1021] ;ua=Thunderbird/52.3.0;] imap - IDLE elapsed=0 2017-09-26 11:03:04,428 INFO [ImapSSLServer-1025] ;ua=Thunderbird/52.3.0;] imap - IDLE elapsed=0 2017-09-26 11:03:04,432 INFO [ImapSSLServer-1021] ;ua=Thunderbird/52.3.0;] imap - UID COPY failed: no such folder: testsharedfolder 2017-09-26 11:03:04,432 INFO [ImapSSLServer-1021] ;ua=Thunderbird/52.3.0;] imap - UID COPY elapsed=0 2017-09-26 11:03:04,466 INFO [ImapSSLServer-1019] ;ua=Thunderbird/52.3.0;] imap - NOOP elapsed=0 2017-09-26 11:03:04,467 INFO [ImapSSLServer-1022] ;ua=Thunderbird/52.3.0;] imap - GETQUOTAROOT elapsed=0 2017-09-26 11:03:04,468 INFO [ImapSSLServer-1023] ;ua=Thunderbird/52.3.0;] imap - UID FETCH elapsed=0 2017-09-26 11:03:04,541 INFO [ImapSSLServer-1024] ;ua=Thunderbird/52.3.0;] imap - UID FETCH elapsed=0 2017-09-26 11:03:04,632 INFO [ImapSSLServer-1025] ;ua=Thunderbird/52.3.0;] imap - UID FETCH elapsed=0 2017-09-26 11:03:04,658 INFO [ImapSSLServer-1021] ;ua=Thunderbird/52.3.0;] imap - IDLE elapsed=0 MICROSOFT OUTLOOK 2017-09-26 11:11:38,267 INFO [ImapSSLServer-1019] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - APPEND elapsed=103 2017-09-26 11:11:38,268 INFO [ImapSSLServer-1025] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 2017-09-26 11:11:38,279 INFO [ImapSSLServer-1021] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 2017-09-26 11:11:38,325 INFO [ImapSSLServer-1024] ;ua=Microsoft Outlook/16.0.8326.2107;] mailop - Adding Message: id=20041, Message-ID=<server/issues@github.com>, parentId=-1, folderId=20030, folderName=testsharedfolder. 2017-09-26 11:11:38,331 INFO [ImapSSLServer-1024] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - APPEND elapsed=11 2017-09-26 11:11:38,332 INFO [ImapSSLServer-1019] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 2017-09-26 11:11:38,341 INFO [ImapSSLServer-1025] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 2017-09-26 11:11:38,346 INFO [ImapSSLServer-1021] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - copying message data from serialized session: /Inbox/testsharedfolder 2017-09-26 11:11:38,346 INFO [ImapSSLServer-1021] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - selected folder testsharedfolder 2017-09-26 11:11:38,346 INFO [ImapSSLServer-1021] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - SELECT elapsed=4 2017-09-26 11:11:38,347 INFO [ImapSSLServer-1022] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 2017-09-26 11:11:38,348 INFO [ImapSSLServer-1023] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 2017-09-26 11:11:38,349 INFO [ImapSSLServer-1024] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - UID FETCH elapsed=0 2017-09-26 11:11:38,502 INFO [ImapSSLServer-1019] ;ua=Microsoft Outlook/16.0.8326.2107;] imap - IDLE elapsed=0 Expected results: The mail should be moved/copied to the shared folder.
You can switch on IMAP logging: https://wiki.mozilla.org/MailNews:Logging
Flags: needinfo?(gds)
"GETQUOTAROOT failed" may have something to do with it. Don't see anything about quota in the outlook log so maybe it just doesn't care. I would say yes, seeing the tb imap log from tb startup until the copy/move fail might tell more. I will check tb code for how it handles GETQUOTAROOT failures.
Flags: needinfo?(gds)
I am pretty sure that the problem is in the imap server configuration. When tb sends the GETQUOTAROOT imap command for your Inbox/testsharedfolder, the server is probably responding with an error. Then on the copy, the server responds with "NO [TRYCREATE] UID COPY failed". This tries to tell you that you can try to create another folder, maybe not shared, and copy your message there. You can check if getquotaroot on your server is working if you have openssl client program (assuming you are logging in with SSL/TLS security, otherwise telnet should work in the same way to port 143, i.e. telnet imap.zimbra.com 143): openssel s_client -connect imap.zimbra.com:993 -crlf // fix-up the zimbra server url : * OK IMAP4 server ... 3 login your-userid your-password // enter username and password (on all cmds, number in front is arbitrary) 3 OK LOGIN completed 3 noop // enter noop just to see if its alive 3 OK NOOP completed 3 getquotaroot "Inbox" // enter this, should work since not a shared folder * QUOTAROOT Inbox "" * QUOTA "" (STORAGE 462180 5000000) 3 OK GETQUOTAROOT completed 3 getquotaroot "Inbox/testsharedfolder" // this will probably fail since maybe server not setup for quota on shared folders? * QUOTAROOT Inbox/testsharedfolder "" * QUOTA "" (STORAGE 462180 5000000) 3 OK GETQUOTAROOT completed // if fails, you probably see this instead: 3 NO ... or 3 BAD ... Then again, if you provide the requested tb imap log, it should also show a getquotaroot failure so running openssl may not be necessary. However, this is a good tool to use when testing or trying simple imap commands. I think that the zimbra server reports that it has the QUOTA capability, so all folders, even shared folders, should report a quota, and tb fails the copy as if the shared folder doesn't exist to avoid exceeding the unknown quota. Anyhow, that's how I think it works but not 100% sure. So please send the openssl results and/or the imap log when you can.
(In reply to Jorg K (GMT+2) from comment #1) > You can switch on IMAP logging: https://wiki.mozilla.org/MailNews:Logging Log keeps empty - working on Linux, did the steps - export MOZ_LOG=imap:5,timestamp - export MOZ_LOG_FILE=~/imap.log - thunderbird (In reply to gene smith from comment #3) > I am pretty sure that the problem is in the imap server configuration. When > tb sends the GETQUOTAROOT imap command for your Inbox/testsharedfolder, the > server is probably responding with an error. Then on the copy, the server > responds with "NO [TRYCREATE] UID COPY failed". This tries to tell you that > you can try to create another folder, maybe not shared, and copy your > message there. You can check if getquotaroot on your server is working if > you have openssl client program (assuming you are logging in with SSL/TLS > security, otherwise telnet should work in the same way to port 143, i.e. > telnet imap.zimbra.com 143): > > openssel s_client -connect imap.zimbra.com:993 -crlf // fix-up the > zimbra server url > : > * OK IMAP4 server ... > 3 login your-userid your-password // enter username and password (on > all cmds, number in front is arbitrary) > 3 OK LOGIN completed > 3 noop // enter noop just to see if its > alive > 3 OK NOOP completed > 3 getquotaroot "Inbox" // enter this, should work since not > a shared folder > * QUOTAROOT Inbox "" > * QUOTA "" (STORAGE 462180 5000000) > 3 OK GETQUOTAROOT completed > 3 getquotaroot "Inbox/testsharedfolder" // this will probably fail since > maybe server not setup for quota on shared folders? > * QUOTAROOT Inbox/testsharedfolder "" > * QUOTA "" (STORAGE 462180 5000000) > 3 OK GETQUOTAROOT completed // if fails, you probably see this > instead: 3 NO ... or 3 BAD ... > > Then again, if you provide the requested tb imap log, it should also show a > getquotaroot failure so running openssl may not be necessary. However, this > is a good tool to use when testing or trying simple imap commands. > > I think that the zimbra server reports that it has the QUOTA capability, so > all folders, even shared folders, should report a quota, and tb fails the > copy as if the shared folder doesn't exist to avoid exceeding the unknown > quota. Anyhow, that's how I think it works but not 100% sure. So please send > the openssl results and/or the imap log when you can. when I run the first command openssl s_client -connect imap.zimbra.com:993 -crlf the last line is "OK IMAP4rev1 proxy server ready" and if I then run login username@domain password I get login BAD invalid command
Use something like: export NSPR_LOG_FILE="/home/xxx/imap.log" with quotes.
(In reply to Jorg K (GMT+2) from comment #5) > Use something like: export NSPR_LOG_FILE="/home/xxx/imap.log" with quotes. [14:55:31][julian@julian-T460s home/julian]$ export MOZ_LOG=imap:5,timestamp [14:55:43][julian@julian-T460s home/julian]$ export NSPR_LOG_FILE="~/imap.log" [14:55:59][julian@julian-T460s home/julian]$ thunderbird Still empty - log file does not even get created.
export NSPR_LOG_FILE=/home/gene/imap.log export NSPR_LOG_MODULES=IMAP:5,timestamp <---- on linux IMAP *must* be uppercase. thunderbird This works for me on linux with bash shell. I think the problem is that "IMAP:5" needs to be uppercase since linux is case sensitive. Also, to login using openssl you have to put a character string or number in front like my example 3, e.g., 3 login your-uid your-pwd If that doesn't help, maybe login needs to be upper case for zimbra? Here is example from imap rfc: Example: C: a001 LOGIN SMITH SESAME S: a001 OK LOGIN completed Does this help? If not, then hopefully you can get the imap log to work.
Also for the login to work with openssl zimbra server must have auth=login capability. If tb logs in to z with auth tls/ssl and plain password then openssl should work too.
(In reply to gene smith from comment #7) > export NSPR_LOG_FILE=/home/gene/imap.log > export NSPR_LOG_MODULES=IMAP:5,timestamp <---- on linux IMAP > *must* be uppercase. > thunderbird > > This works for me on linux with bash shell. I think the problem is that > "IMAP:5" needs to be uppercase since linux is case sensitive. > > Also, to login using openssl you have to put a character string or number in > front like my example 3, e.g., > > 3 login your-uid your-pwd > > If that doesn't help, maybe login needs to be upper case for zimbra? Here is > example from imap rfc: > > Example: C: a001 LOGIN SMITH SESAME > S: a001 OK LOGIN completed > > Does this help? If not, then hopefully you can get the imap log to work. So this is the output of the Thunderbird log (IMAP Uppercase did work) 2017-09-27 16:36:18.230374 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.230440 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.230535 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = FALSE can run = TRUE 2017-09-27 16:36:18.230897 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: DONE 2017-09-27 16:36:18.390253 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=22 needmore=0] 2017-09-27 16:36:18.390347 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 23 OK IDLE completed 2017-09-27 16:36:18.390434 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:ProcessCurrentURL: entering 2017-09-27 16:36:18.390552 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:ProcessCurrentURL:imap://julian%2E @zimbra.mailserver:993/onlinemove%3EUID%3E/INBOX%3E24953%3E/testsharedfolder: = currentUrl 2017-09-27 16:36:18.392875 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 25 uid copy 24953 "testsharedfolder" 2017-09-27 16:36:18.428152 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=35 needmore=0] 2017-09-27 16:36:18.428223 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 25 NO [TRYCREATE] UID COPY failed 2017-09-27 16:36:18.434265 UTC - 1423787840[7f2353974140]: offline imap url failed :imap://julian. @zimbra.mailserver:993/onlinemove>UID>/INBOX>24953>/testsharedfolder 2017-09-27 16:36:18.436739 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Drafts has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.436838 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.436910 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.437027 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = TRUE can run = FALSE 2017-09-27 16:36:18.437053 UTC - 1423787840[7f2353974140]: queuing url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.437078 UTC - 1423787840[7f2353974140]: considering playing queued url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.437099 UTC - 1423787840[7f2353974140]: creating protocol instance to play queued url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.437163 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Drafts has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.437262 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.437329 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.437436 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = TRUE can run = FALSE 2017-09-27 16:36:18.437460 UTC - 1423787840[7f2353974140]: failed creating protocol instance to play queued url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.438691 UTC - 1423787840[7f2353974140]: considering playing queued url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.438731 UTC - 1423787840[7f2353974140]: creating protocol instance to play queued url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.438837 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Drafts has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.438925 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.438995 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.439111 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = FALSE can run = TRUE 2017-09-27 16:36:18.439137 UTC - 1423787840[7f2353974140]: playing queued url:imap://julian. @zimbra.mailserver:993/select>/INBOX 2017-09-27 16:36:18.442791 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:ProcessCurrentURL: entering 2017-09-27 16:36:18.458710 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:ProcessCurrentURL:imap://julian%2E @zimbra.mailserver:993/select%3E/INBOX: = currentUrl 2017-09-27 16:36:18.460729 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 26 noop 2017-09-27 16:36:18.485271 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=22 needmore=0] 2017-09-27 16:36:18.485339 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 26 OK NOOP completed 2017-09-27 16:36:18.485529 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 27 getquotaroot "INBOX" 2017-09-27 16:36:18.511050 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=24 needmore=0] 2017-09-27 16:36:18.511100 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: * QUOTAROOT "INBOX" "" 2017-09-27 16:36:18.511135 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=38 needmore=0] 2017-09-27 16:36:18.511150 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: * QUOTA "" (STORAGE 412998 10240000) 2017-09-27 16:36:18.518079 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=30 needmore=0] 2017-09-27 16:36:18.518104 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 27 OK GETQUOTAROOT completed 2017-09-27 16:36:18.518131 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 28 UID fetch 24981:* (FLAGS) 2017-09-27 16:36:18.550539 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=40 needmore=0] 2017-09-27 16:36:18.550562 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: * 2403 FETCH (UID 24980 FLAGS (\Seen)) 2017-09-27 16:36:18.648524 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=27 needmore=0] 2017-09-27 16:36:18.648598 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 28 OK UID FETCH completed 2017-09-27 16:36:18.682368 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 29 UID fetch 24953 (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)]) 2017-09-27 16:36:18.724758 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=185 needmore=0] 2017-09-27 16:36:18.724817 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: * 2396 FETCH (UID 24953 RFC822.SIZE 6906 BODY[HEADER.FIELDS (FROM TO CC BCC SUBJECT DATE MESSAGE-ID PRIORITY X-PRIORITY REFERENCES NEWSGROUPS IN-REPLY-TO CONTENT-TYPE REPLY-TO)] {379} 2017-09-27 16:36:18.725741 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:STREAM:OPEN Size: 6906: Begin Message Download Stream 2017-09-27 16:36:18.725820 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=51 needmore=0] 2017-09-27 16:36:18.725840 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: From: Julian <julian. @hotmail.com> 2017-09-27 16:36:18.725860 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=61 needmore=0] 2017-09-27 16:36:18.725876 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: To: "julian. @mailserver" <julian. @mailserver> 2017-09-27 16:36:18.725903 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=15 needmore=0] 2017-09-27 16:36:18.725921 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Subject: TEST 2017-09-27 16:36:18.725943 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=39 needmore=0] 2017-09-27 16:36:18.725962 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Date: Wed, 27 Sep 2017 08:47:56 +0000 2017-09-27 16:36:18.725977 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=98 needmore=0] 2017-09-27 16:36:18.725991 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Message-ID: <VI1PR0701MB2142C829A262CCDF35EFB82087780@VI1PR0701MB2142.eurprd07.prod.outlook.com> 2017-09-27 16:36:18.726007 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=38 needmore=0] 2017-09-27 16:36:18.726018 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Type: multipart/alternative; 2017-09-27 16:36:18.726033 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=75 needmore=0] 2017-09-27 16:36:18.726045 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: boundary="_000_VI1PR0701MB2142C829A262CCDF35EFB82087780VI1PR0701MB2142_" 2017-09-27 16:36:18.726065 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=2 needmore=0] 2017-09-27 16:36:18.726076 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017-09-27 16:36:18.726090 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=17 needmore=0] 2017-09-27 16:36:18.726101 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: FLAGS (\Seen)) 2017-09-27 16:36:18.726116 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:STREAM:CLOSE: Normal Message End Download Stream 2017-09-27 16:36:18.726140 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=27 needmore=0] 2017-09-27 16:36:18.726152 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 29 OK UID FETCH completed 2017-09-27 16:36:18.745498 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Drafts has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.745591 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.745646 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.745731 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = TRUE can run = FALSE 2017-09-27 16:36:18.745754 UTC - 1423787840[7f2353974140]: queuing url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.745792 UTC - 1423787840[7f2353974140]: considering playing queued url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.745808 UTC - 1423787840[7f2353974140]: creating protocol instance to play queued url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.745860 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Drafts has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.745906 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.745952 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.746029 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = TRUE can run = FALSE 2017-09-27 16:36:18.746047 UTC - 1423787840[7f2353974140]: failed creating protocol instance to play queued url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.824213 UTC - 1423787840[7f2353974140]: considering playing queued url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.824233 UTC - 1423787840[7f2353974140]: creating protocol instance to play queued url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.824273 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Drafts has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.824292 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon/Kindle has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.824309 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection Amazon has To Wait = FALSE can run = FALSE 2017-09-27 16:36:18.824333 UTC - 1423787840[7f2353974140]: proposed url = INBOX folder for connection INBOX has To Wait = FALSE can run = TRUE 2017-09-27 16:36:18.824339 UTC - 1423787840[7f2353974140]: playing queued url:imap://julian. @zimbra.mailserver:993/fetch>UID>/INBOX>24953 2017-09-27 16:36:18.824547 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:ProcessCurrentURL: entering 2017-09-27 16:36:18.824906 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:ProcessCurrentURL:imap://julian%2E @zimbra.mailserver:993/fetch%3EUID%3E/INBOX%3E24953: = currentUrl 2017-09-27 16:36:18.825054 UTC - 762312448[7f2341e6d3e0]: FetchMessage peek: curFetchSize 0 numBytes 0 2017-09-27 16:36:18.825070 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 30 UID fetch 24953 (UID RFC822.SIZE BODY.PEEK[]) 2017-09-27 16:36:18.912960 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=56 needmore=0] 2017-09-27 16:36:18.913026 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: * 2396 FETCH (UID 24953 RFC822.SIZE 6906 BODY[] {6906} 2017-09-27 16:36:18.913200 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:STREAM:OPEN Size: 6906: Begin Message Download Stream 2017-09-27 16:36:18.913242 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=41 needmore=0] 2017-09-27 16:36:18.913259 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Return-Path: julian. @hotmail.com 2017-09-27 16:36:18.913439 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=75 needmore=0] 2017-09-27 16:36:18.913482 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from zimbra.mailserver (LHLO zimbra.mailserver) (IPOFMAILSERVER) by 2017-09-27 16:36:18.913505 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=70 needmore=0] 2017-09-27 16:36:18.913521 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: zimbra.mailserver with LMTP; Wed, 27 Sep 2017 10:48:33 +0200 (CEST) 2017-09-27 16:36:18.913540 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=50 needmore=0] 2017-09-27 16:36:18.913576 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from localhost (localhost [127.0.0.1]) 2017-09-27 16:36:18.913594 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=60 needmore=0] 2017-09-27 16:36:18.913608 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: by zimbra.mailserver (Postfix) with ESMTP id E255A1700465 2017-09-27 16:36:18.913625 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=74 needmore=0] 2017-09-27 16:36:18.913639 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: for <julian. @mailserver>; Wed, 27 Sep 2017 10:48:32 +0200 (CEST) 2017-09-27 16:36:18.913656 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=44 needmore=0] 2017-09-27 16:36:18.913670 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-Virus-Scanned: amavisd-new at mailserver 2017-09-27 16:36:18.913686 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=17 needmore=0] 2017-09-27 16:36:18.913699 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-Spam-Flag: NO 2017-09-27 16:36:18.913715 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=22 needmore=0] 2017-09-27 16:36:18.913728 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-Spam-Score: -1.746 2017-09-27 16:36:18.913744 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=15 needmore=0] 2017-09-27 16:36:18.913757 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-Spam-Level: 2017-09-27 16:36:18.913773 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=68 needmore=0] 2017-09-27 16:36:18.913786 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-Spam-Status: No, score=-1.746 required=6.6 tests=[BAYES_00=-1.9, 2017-09-27 16:36:18.913803 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=56 needmore=0] 2017-09-27 16:36:18.913817 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 2017-09-27 16:36:18.913834 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=73 needmore=0] 2017-09-27 16:36:18.913847 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: DMARC_PASS_NONE=-0.6, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, 2017-09-27 16:36:18.913864 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=72 needmore=0] 2017-09-27 16:36:18.913878 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 2017-09-27 16:36:18.913894 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=73 needmore=0] 2017-09-27 16:36:18.913908 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no 2017-09-27 16:36:18.913925 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=58 needmore=0] 2017-09-27 16:36:18.913938 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Authentication-Results: zimbra.mailserver (amavisd-new); 2017-09-27 16:36:18.913956 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=48 needmore=0] 2017-09-27 16:36:18.913969 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: dkim=pass (2048-bit key) header.d=hotmail.com 2017-09-27 16:36:18.913986 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=48 needmore=0] 2017-09-27 16:36:18.914000 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from zimbra.mailserver ([127.0.0.1]) 2017-09-27 16:36:18.914025 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=73 needmore=0] 2017-09-27 16:36:18.914039 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: by localhost (zimbra.mailserver [127.0.0.1]) (amavisd-new, port 10024) 2017-09-27 16:36:18.914056 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=62 needmore=0] 2017-09-27 16:36:18.914070 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: with ESMTP id W2kgk8rLWKcW for <julian. @mailserver>; 2017-09-27 16:36:18.914086 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=41 needmore=0] 2017-09-27 16:36:18.914099 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Wed, 27 Sep 2017 10:48:32 +0200 (CEST) 2017-09-27 16:36:18.914116 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=131 needmore=0] 2017-09-27 16:36:18.914131 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-oln040092072056.outbound.protection.outlook.com [40.92.72.56]) 2017-09-27 16:36:18.914157 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=61 needmore=0] 2017-09-27 16:36:18.914175 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: by zimbra.mailserver (Postfix) with ESMTPS id 861C917003BC 2017-09-27 16:36:18.914201 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=74 needmore=0] 2017-09-27 16:36:18.914221 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: for <julian. @mailserver>; Wed, 27 Sep 2017 10:48:32 +0200 (CEST) 2017-09-27 16:36:18.914238 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=70 needmore=0] 2017-09-27 16:36:18.914252 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; 2017-09-27 16:36:18.914285 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=73 needmore=0] 2017-09-27 16:36:18.914297 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; 2017-09-27 16:36:18.914312 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=51 needmore=0] 2017-09-27 16:36:18.914323 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: bh=AsKyk2LBLwbzgR0V2I5Q4UNe1ONggNFnp3scvxEc3Ok=; 2017-09-27 16:36:18.914338 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=349 needmore=0] 2017-09-27 16:36:18.914354 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: b=AkpjVU42ZBlXYEnolK8oeyd1NUu7viL1dwEq3gj6ZbvIhE6v75IMOpRrIAcFRsAaMJhcVY3o4GXTWu5SOwlDiY+fFIACz2Rz9dDHRJ3muLgrQdjAGJvsBNugX2h7EqfuqzYISq4hh7H5WJFvwZkCmkQ7T9YNRQkZ230w+a5LUHI7MBRWXV6dEE0qlZ9TglTgHg/NOvrcBoupJOrcMpQmCpiTvMl+Zzi5ni0LRu4QVA3Fb7FgkLgHu5qvSLQ0AYOyRWXncQ7kiBIKAWStwDmyJAlVbJ9wVOU8YjujIG5fFZobd7e0W022v5D0BaYFsdUtyQZ+wfs1FXbuBqGC6KinPQ== 2017-09-27 16:36:18.914374 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=68 needmore=0] 2017-09-27 16:36:18.914386 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from AM5EUR03FT039.eop-EUR03.prod.protection.outlook.com 2017-09-27 16:36:18.914401 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=72 needmore=0] 2017-09-27 16:36:18.914413 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: (10.152.16.53) by AM5EUR03HT051.eop-EUR03.prod.protection.outlook.com 2017-09-27 16:36:18.914428 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=61 needmore=0] 2017-09-27 16:36:18.914439 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: (10.152.17.57) with Microsoft SMTP Server (version=TLS1_2, 2017-09-27 16:36:18.914462 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=77 needmore=0] 2017-09-27 16:36:18.914474 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.56.11; Wed, 27 2017-09-27 16:36:18.914488 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=26 needmore=0] 2017-09-27 16:36:18.914499 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Sep 2017 08:47:57 +0000 2017-09-27 16:36:18.914513 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=76 needmore=0] 2017-09-27 16:36:18.914526 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from VI1PR0701MB2142.eurprd07.prod.outlook.com (10.152.16.59) by 2017-09-27 16:36:18.914541 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=80 needmore=0] 2017-09-27 16:36:18.914553 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: AM5EUR03FT039.mail.protection.outlook.com (10.152.17.185) with Microsoft SMTP 2017-09-27 16:36:18.914567 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=80 needmore=0] 2017-09-27 16:36:18.914579 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 2017-09-27 16:36:18.914594 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=70 needmore=0] 2017-09-27 16:36:18.914606 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 15.20.56.11 via Frontend Transport; Wed, 27 Sep 2017 08:47:57 +0000 2017-09-27 16:36:18.914621 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=58 needmore=0] 2017-09-27 16:36:18.914632 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Received: from VI1PR0701MB2142.eurprd07.prod.outlook.com 2017-09-27 16:36:18.914647 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=77 needmore=0] 2017-09-27 16:36:18.914659 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: ([fe80::24ed:4bc3:a8cf:f050]) by VI1PR0701MB2142.eurprd07.prod.outlook.com 2017-09-27 16:36:18.914673 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=76 needmore=0] 2017-09-27 16:36:18.914685 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: ([fe80::24ed:4bc3:a8cf:f050%13]) with mapi id 15.20.0077.016; Wed, 27 Sep 2017-09-27 16:36:18.914700 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=22 needmore=0] 2017-09-27 16:36:18.914711 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017 08:47:57 +0000 2017-09-27 16:36:18.914725 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=51 needmore=0] 2017-09-27 16:36:18.914737 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: From: Julian <julian. @hotmail.com> 2017-09-27 16:36:18.914751 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=61 needmore=0] 2017-09-27 16:36:18.914763 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: To: "julian. @mailserver" <julian. @mailserver> 2017-09-27 16:36:18.914778 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=15 needmore=0] 2017-09-27 16:36:18.914789 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Subject: TEST 2017-09-27 16:36:18.914803 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=20 needmore=0] 2017-09-27 16:36:18.914814 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Thread-Topic: TEST 2017-09-27 16:36:18.914828 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=48 needmore=0] 2017-09-27 16:36:18.914840 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Thread-Index: AQHTN21QUaYZCf9aQ0u078EDVdA5zA== 2017-09-27 16:36:18.914860 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=39 needmore=0] 2017-09-27 16:36:18.914872 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Date: Wed, 27 Sep 2017 08:47:56 +0000 2017-09-27 16:36:18.914886 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=98 needmore=0] 2017-09-27 16:36:18.914899 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Message-ID: <VI1PR0701MB2142C829A262CCDF35EFB82087780@VI1PR0701MB2142.eurprd07.prod.outlook.com> 2017-09-27 16:36:18.914914 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=31 needmore=0] 2017-09-27 16:36:18.914925 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Accept-Language: de-AT, en-US 2017-09-27 16:36:18.914938 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=25 needmore=0] 2017-09-27 16:36:18.914950 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Language: de-AT 2017-09-27 16:36:18.914963 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=18 needmore=0] 2017-09-27 16:36:18.914974 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-MS-Has-Attach: 2017-09-27 16:36:18.914988 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=23 needmore=0] 2017-09-27 16:36:18.914999 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-MS-TNEF-Correlator: 2017-09-27 16:36:18.915013 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=68 needmore=0] 2017-09-27 16:36:18.915024 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: authentication-results: mailserver; dkim=none (message not signed) 2017-09-27 16:36:18.915039 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=76 needmore=0] 2017-09-27 16:36:18.915051 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: header.d=none;mailserver; dmarc=none action=none header.from=hotmail.com; 2017-09-27 16:36:18.915068 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=223 needmore=0] 2017-09-27 16:36:18.915081 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-incomingtopheadermarker: OriginalChecksum:FE1BF7389D7FDC26333DCDCB978AC9AEEDE6C4603BD72E9BCA519124D211999C;UpperCasedChecksum:D130ECA4608E9EDD3D1CE96E132DBC71A43DF0B58386EB9AB728EC7DC205F5C8;SizeAsReceived:6805;Count:43 2017-09-27 16:36:18.915099 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=43 needmore=0] 2017-09-27 16:36:18.915111 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-tmn: [pqUEh0d0vVTDGNQrz2ZLmYI8K/JBAInU] 2017-09-27 16:36:18.915125 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=31 needmore=0] 2017-09-27 16:36:18.915136 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-ms-publictraffictype: Email 2017-09-27 16:36:18.945399 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=972 needmore=0] 2017-09-27 16:36:18.945467 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-microsoft-exchange-diagnostics: 1;AM5EUR03HT051;23:H2H6Ac4BDuxhrSneLrUc5mcED9PDJAdEcCzKA//k2TqN7Gi8CI015lz6WBZrTc0yaLNwJ4PuzqpSmzphvFiwxY8rOoD43hx2QfS27YdHpvzw60934EbYp1rvwsp3GYdt9l0Vpw2tUdunH13okht7y7uSMnKUVZgKuW6jSK4Tpdg=;6:nuPtLtCyz492lUg3YyTCjj1QqMQ8BKRUHZi/LmEwGTb/4YWs/mumWECG7pkpDITJAiaC7o2SlWtXt9vS/IjV3v2Z2EgoIGceOHS+eYuS9GUplamC0cromrOZh7ZYuhk7//bgkkLWZtqhgsDxz10mbQgBOwIQ0dSB2QFAlFyvwcN6 2017-09-27 16:36:18.945507 UTC - 762312448[7f2341e6d3e0]: 2436OPpEvLatzGzL9fMiyvq7wNAz5j9pYU3iKl9uaaRPXL6f9HIlPTlrxokBZY0=;5:8Lpx0pmWVId//xDqZ+fXbxm6jZY9rMZtoQQO1L2i5aVMcW7DkXN0CmAvG114hyPLpkp/2Gh/sgbTPXmKSzeQzQ4bwWoxYS0rOlHjbvY/GD0zXrfunFNzmnuZ2ON/y3pbxrNC9zGRzQ8oJJ7s/v0M9A==;24:UqYGRZGccQcDPKEuNXUBk9hdmM3dxhX+rAxcufRoBerBVrpFkw72UfxTkDXFSP+qvq0IA58krjCVEMABXKZ7xysYtisIV51RjGPtPvltBGw=;7:rDkzTdX24+bDZa9/L2lNl8AndHQPcproa49gaVnxh5lqQ1AQ56srF2tBplSQZFCOU4 2017-09-27 16:36:18.945542 UTC - 762312448[7f2341e6d3e0]: /SPN5SeSd/eCWPRz2qbVTHK8c2MWLM7G7un6h8HkXHLw7bXRGpNJpY/BA/huoV6M8AqnwCghkzRYZxHpmLBM/O6hyLu1Ti4KgOVfzndYxSMdv48hg1lQhK+DyQcYSjgQEFKOAiqJsho6g0koNPfkHxseGlhD/rRPbjn2J5eiE= 2017-09-27 16:36:18.945579 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=27 needmore=0] 2017-09-27 16:36:18.945593 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-incomingheadercount: 43 2017-09-27 16:36:18.945608 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=27 needmore=0] 2017-09-27 16:36:18.945619 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-eopattributedmessage: 0 2017-09-27 16:36:18.945633 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=79 needmore=0] 2017-09-27 16:36:18.945646 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-ms-office365-filtering-correlation-id: d264d63c-849d-4334-b229-08d505847349 2017-09-27 16:36:18.945661 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=225 needmore=0] 2017-09-27 16:36:18.945676 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045);SRVR:AM5EUR03HT051; 2017-09-27 16:36:18.945694 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=44 needmore=0] 2017-09-27 16:36:18.945706 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-ms-traffictypediagnostic: AM5EUR03HT051: 2017-09-27 16:36:18.945720 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=44 needmore=0] 2017-09-27 16:36:18.945731 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-exchange-antispam-report-test: UriScan:; 2017-09-27 16:36:18.945746 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=380 needmore=0] 2017-09-27 16:36:18.945762 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(444000031);SRVR:AM5EUR03HT051;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:AM5EUR03HT051; 2017-09-27 16:36:18.945783 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=30 needmore=0] 2017-09-27 16:36:18.945794 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-forefront-prvs: 04433051BF 2017-09-27 16:36:18.945810 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=170 needmore=0] 2017-09-27 16:36:18.945834 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: x-forefront-antispam-report: SFV:NSPM;SFS:(7070007)(98901004);DIR:OUT;SFP:1901;SCL:1;SRVR:AM5EUR03HT051;H:VI1PR0701MB2142.eurprd07.prod.outlook.com;FPR:;SPF:None;LANG:; 2017-09-27 16:36:18.945855 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=28 needmore=0] 2017-09-27 16:36:18.945867 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: spamdiagnosticoutput: 1:99 2017-09-27 16:36:18.945880 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=30 needmore=0] 2017-09-27 16:36:18.945892 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: spamdiagnosticmetadata: NSPM 2017-09-27 16:36:18.945905 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=38 needmore=0] 2017-09-27 16:36:18.945924 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Type: multipart/alternative; 2017-09-27 16:36:18.945939 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=75 needmore=0] 2017-09-27 16:36:18.945951 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: boundary="_000_VI1PR0701MB2142C829A262CCDF35EFB82087780VI1PR0701MB2142_" 2017-09-27 16:36:18.945965 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=19 needmore=0] 2017-09-27 16:36:18.945976 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: MIME-Version: 1.0 2017-09-27 16:36:18.945990 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=30 needmore=0] 2017-09-27 16:36:18.946001 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-OriginatorOrg: hotmail.com 2017-09-27 16:36:18.946015 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=74 needmore=0] 2017-09-27 16:36:18.946027 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Sep 2017 08:47:57.0043 2017-09-27 16:36:18.946045 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=8 needmore=0] 2017-09-27 16:36:18.946056 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: (UTC) 2017-09-27 16:36:18.946073 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=54 needmore=0] 2017-09-27 16:36:18.946085 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-MS-Exchange-CrossTenant-fromentityheader: Internet 2017-09-27 16:36:18.946112 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=68 needmore=0] 2017-09-27 16:36:18.946125 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa 2017-09-27 16:36:18.946139 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=66 needmore=0] 2017-09-27 16:36:18.946152 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR03HT051 2017-09-27 16:36:18.946167 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=2 needmore=0] 2017-09-27 16:36:18.946178 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017-09-27 16:36:18.946191 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=65 needmore=0] 2017-09-27 16:36:18.946203 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: --_000_VI1PR0701MB2142C829A262CCDF35EFB82087780VI1PR0701MB2142_ 2017-09-27 16:36:18.946218 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=48 needmore=0] 2017-09-27 16:36:18.946230 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Type: text/plain; charset="iso-8859-1" 2017-09-27 16:36:18.946245 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=45 needmore=0] 2017-09-27 16:36:18.946257 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Transfer-Encoding: quoted-printable 2017-09-27 16:36:18.946289 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=2 needmore=0] 2017-09-27 16:36:18.946302 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017-09-27 16:36:18.946316 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=6 needmore=0] 2017-09-27 16:36:18.946329 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Test 2017-09-27 16:36:18.946344 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=2 needmore=0] 2017-09-27 16:36:18.946356 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017-09-27 16:36:18.946386 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=65 needmore=0] 2017-09-27 16:36:18.946400 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: --_000_VI1PR0701MB2142C829A262CCDF35EFB82087780VI1PR0701MB2142_ 2017-09-27 16:36:18.946416 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=47 needmore=0] 2017-09-27 16:36:18.946429 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Type: text/html; charset="iso-8859-1" 2017-09-27 16:36:18.946446 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=45 needmore=0] 2017-09-27 16:36:18.946459 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Content-Transfer-Encoding: quoted-printable 2017-09-27 16:36:18.946476 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=2 needmore=0] 2017-09-27 16:36:18.946488 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017-09-27 16:36:18.946503 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=8 needmore=0] 2017-09-27 16:36:18.946516 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: <html> 2017-09-27 16:36:18.946531 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=8 needmore=0] 2017-09-27 16:36:18.946543 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: <head> 2017-09-27 16:36:18.946559 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=78 needmore=0] 2017-09-27 16:36:18.946572 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 2017-09-27 16:36:18.946589 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=5 needmore=0] 2017-09-27 16:36:18.946602 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 1"> 2017-09-27 16:36:18.946617 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=78 needmore=0] 2017-09-27 16:36:18.946631 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= 2017-09-27 16:36:18.946648 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=19 needmore=0] 2017-09-27 16:36:18.946661 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: ttom:0;} </style> 2017-09-27 16:36:18.946676 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=9 needmore=0] 2017-09-27 16:36:18.946689 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: </head> 2017-09-27 16:36:18.946704 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=20 needmore=0] 2017-09-27 16:36:18.946717 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: <body dir=3D"ltr"> 2017-09-27 16:36:18.946732 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=78 needmore=0] 2017-09-27 16:36:18.946745 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= 2017-09-27 16:36:18.946762 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=25 needmore=0] 2017-09-27 16:36:18.946775 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: color: rgb(0, 0, 0);"> 2017-09-27 16:36:18.946791 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=12 needmore=0] 2017-09-27 16:36:18.946803 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: Test</div> 2017-09-27 16:36:18.946818 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=9 needmore=0] 2017-09-27 16:36:18.946831 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: </body> 2017-09-27 16:36:18.946852 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=9 needmore=0] 2017-09-27 16:36:18.946865 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: </html> 2017-09-27 16:36:18.946880 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=2 needmore=0] 2017-09-27 16:36:18.946892 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 2017-09-27 16:36:18.946907 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=67 needmore=0] 2017-09-27 16:36:18.946921 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: --_000_VI1PR0701MB2142C829A262CCDF35EFB82087780VI1PR0701MB2142_-- 2017-09-27 16:36:18.946956 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=3 needmore=0] 2017-09-27 16:36:18.946972 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: ) 2017-09-27 16:36:18.946989 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:STREAM:CLOSE: Normal Message End Download Stream 2017-09-27 16:36:18.947539 UTC - 1423787840[7f2353974140]: Updating stored message size from 6906, new size 6906 2017-09-27 16:36:18.958245 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=27 needmore=0] 2017-09-27 16:36:18.958300 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: 30 OK UID FETCH completed 2017-09-27 16:36:18.974016 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:SendData: 31 IDLE 2017-09-27 16:36:19.016536 UTC - 762312448[7f2341e6d3e0]: ReadNextLine [stream=27681900 nb=10 needmore=0] 2017-09-27 16:36:19.016619 UTC - 762312448[7f2341e6d3e0]: 276bb800:zimbra.mailserver:S-INBOX:CreateNewLineFromSocket: + idling This is the log from the Output with SSL (hat to put several numbers in front - not only the "3") a001 LOGIN <username> <PWD> a001 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST] LOGIN completed a002 NOOP a002 OK NOOP completed a003 GETQUOTAROOT "Inbox" * QUOTAROOT "INBOX" "" * QUOTA "" (STORAGE 412998 10240000) a003 OK GETQUOTAROOT completed a004 GETQUOTAROOT testsharedfolder a004 NO GETQUOTAROOT failed: permission denied a005 GETQUOTAROOT "testsharedfolder" a005 NO GETQUOTAROOT failed: permission denied a005 GETQUOTAROOT "Inbox/testsharedfolder" a005 NO GETQUOTAROOT failed a004 LIST "" "*" * LIST (\HasNoChildren) "/" "Apple" * LIST (\HasNoChildren) "/" "Cloud" * LIST (\HasNoChildren) "/" "CompuRAM" * LIST (\HasNoChildren \Drafts) "/" "Drafts" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\NoInferiors \Junk) "/" "Junk" * LIST (\HasNoChildren \Sent) "/" "Sent" * LIST (\HasNoChildren) "/" "Systemadministration" * LIST (\HasNoChildren) "/" "testsharedfolder" a004 OK LIST completed I don't understand why I get a permission denied, I have ALL permissions .. as it works in Outlook and in the Webclient.
Is testshared under inbox? Also do log again from tb start so see how capability and namespace are handled. Also please post log as attachment instead of inline. Tks.
testsharedfolder is on the same level as Inbox. I tried both - thought maybe the structure differs. I attached the log (imap_02.log). Started TB and closed it again.
Attached file imap_02.log —
This is interesting. It shows the shared folder namespace prefix as /home/. zimbra.mailserver:A:CreateNewLineFromSocket: * NAMESPACE (("" "/")) (("/home/" "/")) NIL But when tb attemps an XLIST on /home/ it gets an error back from zimbra: xlist "" "/home/%" 7 NO XLIST failed: wildcards not permitted in username I don't see what this has to do with usernames! I will try to research this more but a possible work-around to try is go to the Server Settings and click Advanced... Under Public (shared) you might see "/home/". Regardless of what you see there, just make it blank. Then at the bottom uncheck the "Allow server to override these namespaces" checkbox. Click OK and then OK again and restart tb. See if this has an effect on the problem. Or maybe if "/home/" is not originally shown in Public (shared), go ahead and put "/home/" there (including quotes) and still uncheck "Allow server to override these namespaces" then click OK, OK and restart tb. Actually, I think this may fix it since maybe the XLIST failure on /home/% is causing tb to ignore the /home/ namespace. Please try the namespace imap command with openssl and let me know if you see the same response I show above. Also do the xlist "" "/home/%" and see if you get the response error from zimbra about username. Also try xlist "" "/home/*" and see what that does since Z does not seem to like the %. Also, with openssl, try GETQUOTAROOT "/home/testsharedfolder" and maybe this xlist "" "/home/testsharedfolder" and tell me how Z answers. Finally some general questions: Is testsharedfolder displayed grayed in tb? Do you see other emails in testsharedfolder?
So first: I have "shared" in the Advanced Settings was blank. Then I added "/home/" there, but also, the error persists. (In reply to gene smith from comment #13) > > Please try the namespace imap command with openssl and let me know if you > see the same response I show above. Which one do you mean, I'm sorry for asking. > Also do the xlist "" "/home/%" > and see if you get the response error from zimbra about username. Also try > xlist "" "/home/*" and see what that does since Z does not seem to like the > %. a004 XLIST "" "/home/%" a004 NO XLIST failed: wildcards not permitted in username a005 XLIST "" "/home/*" a005 NO XLIST failed: wildcards not permitted in username > Also, with openssl, try GETQUOTAROOT "/home/testsharedfolder" > and maybe this xlist "" "/home/testsharedfolder" and tell me how Z answers. a006 GETQUOTAROOT "/home/testsharedfolder" a006 NO GETQUOTAROOT failed: permission denied - I don't know why I don't have permissions in TB but in the Webclient of Zimbra. Doesn't make sense to me .. a007 XLIST "" "/home/testsharedfolder" * XLIST (\NoSelect) "/" "/home/testsharedfolder" a007 OK XLIST complete > Finally some general questions: Is testsharedfolder displayed grayed in tb? > Do you see other emails in testsharedfolder? I have Thunderbird in Linux, the Sharedfolder looks like all the others. Like my personal folders, which are not shared. And i can See messages in there. And also delete them in there.
Forgot to say, I've unchecked "Allow server to override these namespaces" also.
The only other thing I saw was someone said that they checked the advanced setting "show only subscribed folders" and that fixed a zimbra problem. But no reason given why and not really the same problem as yours. It is sort of interesting that the XLIST for /home/testsharedfolder said \NoSelect. That means the folder can't be "selected" but you see email in it, which makes no sense. Names space for shared folders didn't help...dang. Still don't know why we get errors about wildcards in usernames with xlist cmd. I think I somehow need to access an account on a (or your) zimbra server. Do you know if I can get a temporary test account on a zimbra server somehow that has a public/shared folder? If not, maybe I could download and run a zimbra server here locally. I know little about the company. Is it possible to download and run your version of zimbra? Is it opensource or "free" software?
One more thing. You did restart tb after making the namespace setting change, right?
Hi, i will test the "only show subscribed folder" thing. Did not work, all folders disappeared - then I subscribed to all and moved the message again - same error. I restarted TB yes. I have the netwotk edition of zimbra but there is a OpenSource version Available. Also the network edition has a Trial ;) https://www.zimbra.com/downloads/ I can't get you one on my Server, because I've reached the limits of my Accounts in my License .. sorry :(
Julian, I finally got the open-source version of Zimbra working in a fresh installation of ubuntu 16.04 LTS on an old computer (my fedora 25 is not supported by zimbra). The shared folder seems to work fine from what I see. The way I did it was I have two accounts on zimbra: admin@ratbert-hp.dbnet.lan gene@ratbert-hp.dbnet.lan In the gene@ account, with the ZWC webmail page I create a testsharedfolder. Then right-click on testsharedfolder and select "share folder" and a dialog pops up. Then select "internal users and groups" and enter the email address admin@ratbert-db.dbnet.lan. Then I provide the most liberal permission by selecting role Admin. Then I send the standard invite message by clicking OK. Then I move to the admin@ account in ZWC webmail and see the new invitation message in inbox. In the email there is a button to accept the share which I click. The new folder "shared from gene -- testsharedfolder" now appears in the list. In admin@ webmail I compose a message and save it to drafts and then drag it to testsharedfolder. Looking at gene@ webmail, the message it there too. I rename the new folder in admin@ down to the shorter testsharedfolder (so same name on both accounts). I then go to thunderbird and see the testsharedfolder in both the gene@ and admin@ accounts that I had previously setup. (I think I may have had to explicitly subscribe testsharedfolder folder in one of the accounts to see it.) Then in tb I am able to move or copy emails into the testsharedfolder in both accounts and they both show the same emails. I don't see any errors pop up on tb screen or written to the imap.log. Is this how you setup your testsharedfolder? There is possibility to set it up as shared-readonly or maybe even public where anybody/everybody can see it without a formal invitation email. I haven't tried that yet to see if it duplicates your issue. Looking in the imap.log, the imap errors we saw for testsharedfolder in your log are now OK except to the list "" "/home/*" which still produces the "wildcards not permitted in username" error. However it doesn't seem to have any effect. The GETQUOTAROOT and uid copy occur with no error. Tb just seems to see testsharedfolder like any other folder.
I made a read-only/view-only shared folder and it work fine too. I created the folder in admin@ and shared it with gene@. In tb account gene@ this new folder cannot be copied into and the emails in it cannot be deleted. However, in admin@, where the folder was created and shared, there is full-control (read, delete, move, copy) of emails in the folder. Let me know if what I have done matches with what you have done with your testsharedfolder. For example, you never told me before whether you created the shared folder and are sharing with others or if someone else created it and is sharing with you. Of course, until I setup zimbra myself, I didn't know that even mattered :). There is also a feature called the "Briefcase" that you can share folders in a public way but containing regular files. However, it doesn't seem to be via IMAP but via a https url that you provide to the read-only users. I assume what you are doing has nothing to do with the Briefcase feature?
Hi, I have the exact same setup - but I'm using the network edition (maybe they **** up something - but the support says, that they don't officially support TB and won't help me - a**holes ..) - it worked the version before so they have surely changed something an TB can't communicate correctly. So i have two accounts (as you) julian & admin (I'm also the owner of this one). Admin shared testsharedfolder with julian with admin privileges. I have done the same steps ( accept - bla bla ). Except that when I'm logged in as Julian, i can't move a mail into this. Everything you have done matches :s Nope nothing to do with Briefcase .. so you can't reproduce this error - so it has to be something with MY Zimbra Version (maybe I will downgrade ..) or I will phone call zimbra as I'm not really satisfied with a paid support. Thank you for your help! But maybe there is no solution on the side of TB ..
Here's the version info that my zimbra reports in response to the imap ID request: [Unnamed thread 0x7fbff6c25c00]: I/IMAP 0x7fbff6c51800:ratbert-hp.dbnet.lan:A:CreateNewLineFromSocket: * ID ("NAME" "Zimbra" "VERSION" "8.7.11_GA_1854" "RELEASE" "20170531151956" "USER" "gene@ratbert-hp.dbnet.lan" "SERVER" "4e3d3ef0-bcb6-4bec-8cfa-368e76abab7a") I got the program from the website you pointed me to and I got the opensource file. Looking at the comparison chart on zimbra site, what I have seems to have most of the important features as the paid-for version that you are using. I didn't see any feature differences regarding IMAP or shared items. Your capability response matches mine except a few are in a different order, so it looks OK. I don't think that namespace tb page has any effect but you might want to set it back to its original setting or at least set it so server can override your entries. I just again looked at the logs you have provided. I still don't think I am seeing full picture in one log file. If you could, please provide a log with just the following activities recorded: delete the old log export the logging variables run tb in tb, select a folder with emails, e.g., inbox, and let the folders list (don't open any email) copy an email in inbox to testsharedfolder (use the right-click method, not drag/drop) (I assume this is where you see a failure about TRYCREATE) in tb, select the testsharedfolder and let the emails in it list in tb (don't open any email). shutdown tb and attach the imap.log I really don't need the timestamps since they just make the file bigger, so you can use these exports before running tb: export NSPR_LOG_FILE=/home/***/imap.log export NSPR_LOG_MODULES=IMAP:5 Thanks!
Okay - I didn't knew that Zimbra OS (Open Source) is at version 8.7.11 - i thought they were the same. I have 8.8.3. Which is the next release after 8.7.11 (here it worked for me too). So the next thing, i noticed that I'm running a beta software - ugh (didn't noticed that) - they messed up their website as it disappaered from the downloads of the stable releases .. that's my version https://wiki.zimbra.com/wiki/Zimbra_Releases/8.8_Beta3 - seeing they made a new feature called IMAPD and but it is not enabled. So it should not have an Impact .. should! I have modified (shortened and removed sensible data) of the new Logfile imap_03.log. But I only removed irrelevant info for the error.
Attached file imap_03.log —
Well, if zimbra doesn't support TB surely they support IMAP. You could just ask them why this fails (copied from above): a003 GETQUOTAROOT "Inbox" * QUOTAROOT "INBOX" "" * QUOTA "" (STORAGE 412998 10240000) a003 OK GETQUOTAROOT completed <-------Mr. Zimbra, Inbox works as expected! Thanks! a004 GETQUOTAROOT testsharedfolder a004 NO GETQUOTAROOT failed: permission denied <------ Mr. Zimbra, why does this fail? You could even do the uid copy with imap commands and I'm sure it would fail like it does in tb. So this really has nothing to do with tb, AFAICT. Anyhow, you pointed out in Comment 0 that the copy from Inbox to testsharedfolder does work with Outlook email client (I assume on windows). I notice from the log you provided, also in Comment 0, that I don't see a "UID copy" IMAP shown, unlike the log you show for Thunderbird. I do see mentions of "append" commands in the Outlook log however. So I wonder if Outlook is using imap append instead of imap uid copy to do the copy? But if so, not sure if this somehow magically gets around the "permission denied" errors we see when TB attempts to query or to copy into testsharedfolder. The outlook log in Comment 0 looks like its using IMAP. Is there any chance when you saw outlook do the copy it was using something else, like exchange protocol? The closest thing I have to outlook client is something on win7 and win10 called "Windows Live Mail". I set up the zimbra account in it and monitored the IMAP transaction with wireshark. There was no problem copying to the shared folder with admin rights. However, when I copied to the folder that was shared view-only it produced an error similar to what you are seeing in tb. When the copy fails, windows-live does this: C: 34cj UID COPY 271 "the-shared-view-only-folder" S: 34cj NO UID COPY failed Windows live mail doesn't save or even check the folder rights so it lets the copy proceed and then the server responds with an error. In tb, since it gets and makes use of the rights up front for each folder, it doesn't provide the option to copy/move into a view-only folder. But in your case, zimbra reports testsharedfolder as writeable, just like your other folders, but when written to, zimbra reports a permission error and the write fails. The only other thing that I can think of is that I am connecting to zimbra in plain text with no encryption. I had problems with certificates when I tried to use tls/ssl. However, by default, zimbra also provided a plaintext imap port 7143 that works with no certificate hassles. If possible, you might try connection via an unencrypted imap port 143 or 7143 and see if that makes a difference. If you go unencryped, you also might be able to use wireshark between outlook and zimbra and see exactly what magic outlook is doing to allow the copy to work. However, I don't see any magic being used by windows-live-mail. Also, I didn't realize you have been using tb/zimbra OK previously and then got a new zimbra version that broke the shared folders. I was under the impression this was the first time you used zimbra and tb together.
I updated my support-ticket for Zimbra. Thanks for your help. I think outlooks uses exchange protocol, zimbra supports EAS (exchange active sync) - can I set TB to use also this protocol? I'm not very sure about ActiveSync vs IMAP - can you compare them or is EAS takes usage of IMAP? so EAS is on a higher level than IMAP. I'm waiting for the support and until then, I'm will not spent more hours of trying. As the webinterface works - I will suspend TB until it works again :-) I also can't change the settings and not using SSL, as it is productive. Thank you for your help, gene :-)
There's a tb plugin call exquilla that supports exchange. Not free but has a free trial. Don't know if it also supports activesync. https://addons.mozilla.org/en-US/thunderbird/addon/exquilla-exchange-web-services/ Anyhow post back here if you learn anything new from zimbra.
The only thing I can say is, that they have a Bug Report (status solved) here: https://bugzilla.zimbra.com/show_bug.cgi?id=108340 It should be fixed - so they really messed up something. I will update this, if they really fixed it :-) Thanks gene.
Guess we should have checked their bugzilla sooner. Anyhow I recommend we close this with NOTABUG. Let us know if you find new info.
Done ;-)
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: