In ZCS 6.0, the default is that requests do not generate a new session. You must explicitly request a new session by placing "<session/>" in the SOAP header.
Type: Posts; User: dkarp; Keyword(s):
In ZCS 6.0, the default is that requests do not generate a new session. You must explicitly request a new session by placing "<session/>" in the SOAP header.
Stored in the database.
There should be a d="{received-date}" attribute on the <m> element in the GetMsgResponse. No need for a second call.
The latter -- ZCS has a web interface that requires no per-user install. Though Desktop enables offline access, which many people find useful.
I don't believe that's possible at present. Can you file an enhancement request in bugzilla?
Mutators operate both on send and receive, with no exceptions. Can you find a way to detect received messages and skip them? (Maybe look for a "Received" header?)
This is a hack, but it should work: Save a search, then restart your server.
Sounds like an IMAP client didn't clean up after itself properly. Empty Trash from the Zimbra web UI and we'll clean up after your IMAP client.
Well, why not just test and see? Telnet to port 143, 001 LOGIN <username> <password>, 002 SELECT INBOX, 003 SEARCH HEADER "Content-Disposition" attachment. Note that you need to pick an oddball...
Look for SoapProvisioning.java and ZMailbox.java.
Before you go further, note that ZCS supports IMAP "SEARCH HEADER" searches as of 5.0.5 (see Bug 7384 – IMAP search on non-indexed header returns error). Do you need something besides that?
Does it work if you remove the quotes around "is:unread"?
What problems were you having, and is there anything in the mailbox.log file?
Also, does restarting mysql help?
Looks like a SMTP transparency problem (RFC 2821, section 4.5.2). But nobody else has had this issue and we haven't changed either our SMTP client (JavaMail) or our LMTP server.
Are you running...
I am not a lawyer. I believe that this guy is: Groklaw - Digging for Truth.
The Inbox always has folder ID "2".
Messages are returned as-is, exactly as they were received from the MTA. No character encoding is done on them.
You could use the SyncRequest SOAP call to track changes via polling. You could also write an extension that registers listeners on the Mailbox objects. Neither requires altering Zimbra code.
Same commands as normal for fetching folders, only adding either -v for verbose or -d for debug. (Not sure which is the one you want -- try and see.)
That data is actually returned by the server. If zmmailbox isn't displaying it, you can still get at it by turning on debug/verbose mode and looking at the "s" attribute on the folder.
The tags are stored as IMAP keywords (i.e. as metadata, not in the message headers). Mutt should allow you to filter on IMAP keywords.
Preferences > Mail > Receiving Messages > Messages from me -- make sure it's not set to "Ignore message".
Please file a bug report in bugzilla for this.
Not yet. I don't even know if there's an RFE for that in bugzilla yet...
Missing an open angle-bracket there.