Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Administrators

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 10-16-2007, 07:54 PM
Zimlet Guru & Moderator
 
Posts: 467
Exclamation [SOLVED] Major Zimbra+ Thunderbird Problem

Got annoyed at the size of my inbox. Decided it was time to update everything and filter the mail to make it more organized. Since the Zimbra rules don't allow me to run a filter over existing email messages, I decided to use thunderbird. Grabbed the leading edge thunderbird.

Manually searched for files, copied them into different folders in Zimbra. Everything looked fine in thunderbird, so I cleaned my inbox out. Then I went to the web client. Bad news, instead of copying 50 messages into one folder, I have 50 duplicate email messages in each folder (different messages each folder). Not sure if it was a Thunderbird screw up or a Zimbra one.

The mailstore looks intact. I snapshotted the file system before I started, but apparently caused more then 1GB of changes on the disk, which invalidated the snapshot. I have a offsite backup from last week.

I think I will probably end up just using grep to get at old file system based messages, but has anyone seen this before? I suppose I could use lmtp inject to rebuild the message store, but it's a unholy mess.

Anyone have any bright ideas? I already tried to re-index the user account to see if that would make a difference.
Reply With Quote
  #2 (permalink)  
Old 10-16-2007, 08:04 PM
Former Zimbran
 
Posts: 5,606
Default

Quote:
Originally Posted by JoshuaPrismon View Post
Got annoyed at the size of my inbox. Decided it was time to update everything and filter the mail to make it more organized. Since the Zimbra rules don't allow me to run a filter over existing email messages, I decided to use thunderbird. Grabbed the leading edge thunderbird.

Manually searched for files, copied them into different folders in Zimbra. Everything looked fine in thunderbird, so I cleaned my inbox out. Then I went to the web client. Bad news, instead of copying 50 messages into one folder, I have 50 duplicate email messages in each folder (different messages each folder). Not sure if it was a Thunderbird screw up or a Zimbra one.

The mailstore looks intact. I snapshotted the file system before I started, but apparently caused more then 1GB of changes on the disk, which invalidated the snapshot. I have a offsite backup from last week.

I think I will probably end up just using grep to get at old file system based messages, but has anyone seen this before? I suppose I could use lmtp inject to rebuild the message store, but it's a unholy mess.

Anyone have any bright ideas? I already tried to re-index the user account to see if that would make a difference.
Weird-
What does your mailbox.log indicate during that time? If it's on the Zimbra end, it should indicate it. If it's on the Tunderbird site, you should see somesort of upload. Also check zmmailboxd.out
Reply With Quote
  #3 (permalink)  
Old 10-16-2007, 10:03 PM
Zimlet Guru & Moderator
 
Posts: 467
Default

Code:
I get a lot of errors that look like this:

2007-10-16 01:02:05,078 ERROR [btpool0-8] [name=josh@prismon.net;mid=3;ip=168.230.130.248;ua=ZimbraWebClient - IE7 (Win)/5.0.0_RC1_1538.RHEL5;] log - Nested 
in javax.servlet.ServletException: java.lang.IllegalStateException: Committed:
java.lang.IllegalStateException: Committed
        at org.mortbay.jetty.Response.resetBuffer(Response.java:990)
        at javax.servlet.ServletResponseWrapper.resetBuffer(ServletResponseWrapper.java:202)
        at org.mortbay.servlet.GzipFilter$GZIPResponseWrapper.resetBuffer(GzipFilter.java:268)
        at org.mortbay.servlet.GzipFilter$GZIPResponseWrapper.sendError(GzipFilter.java:283)
        at javax.servlet.http.HttpServletResponseWrapper.sendError(HttpServletResponseWrapper.java:128)
        at org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:400)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
        at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192)
        at org.apache.taglibs.standard.tag.common.core.ImportSupport.acquireString(Unknown Source)
        at org.apache.taglibs.standard.tag.common.core.ImportSupport.doEndTag(Unknown Source)
        at org.apache.jsp.tag.web.head_tag._jspx_meth_c_import_0(org.apache.jsp.tag.web.head_tag:407)
        at org.apache.jsp.tag.web.head_tag.doTag(org.apache.jsp.tag.web.head_tag:154)
        at org.apache.jsp.tag.web.infra.view_tag._jspx_meth_app_head_0(org.apache.jsp.tag.web.infra.view_tag:367)
        at org.apache.jsp.tag.web.infra.view_tag.doTag(org.apache.jsp.tag.web.infra.view_tag:324)
        at org.apache.jsp.h.search._jspx_meth_app_view_0(org.apache.jsp.h.search:1487)
        at org.apache.jsp.h.search._jspx_meth_c_otherwise_0(org.apache.jsp.h.search:1432)
        at org.apache.jsp.h.search._jspx_meth_c_choose_1(org.apache.jsp.h.search:974)
        at org.apache.jsp.h.search._jspService(org.apache.jsp.h.search:187)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:93)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:477)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:371)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
        at com.zimbra.webClient.filters.SetHeaderFilter.doFilter(SetHeaderFilter.java:312)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
        at org.mortbay.servlet.UserAgentFilter.doFilter(UserAgentFilter.java:81)
        at org.mortbay.servlet.GzipFilter.doFilter(GzipFilter.java:132)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
        at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.handler.RewriteHandler.handle(RewriteHandler.java:176)
        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:313)
        at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
        at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
        at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
        at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
The above might be related to some bad zimlet behavior though.

Code:
2007-10-16 06:41:13,608 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:41:43,613 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:42:13,617 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:42:43,621 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:43:13,626 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:43:43,631 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:44:13,635 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:44:43,640 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:45:13,644 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:45:43,649 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:46:13,654 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:46:43,659 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:47:13,663 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:47:43,668 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:48:13,673 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:48:43,678 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:49:13,682 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:49:43,687 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:50:13,692 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:50:43,696 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-16 06:51:13,710 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=1, after=0 (9ms)
Code:
2007-10-16 08:30:42,105 INFO  [ImapServer-3] [name=josh@prismon.net;mid=3;ip=67.176.47.54;] MailboxIndex - Initialized Index for mailbox 7 directory: org.apa
che.lucene.store.FSDirectory@/opt/zimbra/index/0/7/index/0 Analyzer=com.zimbra.cs.index.ZimbraAnalyzer@1ff5c98
2007-10-16 08:30:42,105 INFO  [ImapServer-3] [name=josh@prismon.net;mid=3;ip=67.176.47.54;] cache - Initializing folder and tag caches for mailbox 7
2007-10-16 08:30:42,516 INFO  [ImapServer-3] [name=josh@prismon.net;mid=3;ip=67.176.47.54;] imap - LIST failed: wildcards not permitted in username /home/%
2007-10-16 08:30:42,563 INFO  [ImapServer-3] [name=josh@prismon.net;mid=3;ip=67.176.47.54;] imap - LIST failed: wildcards not permitted in username /home/%/%
2007-10-16 08:30:56,078 INFO  [ImapServer-4] [] imap - [67.176.47.54] connected
2007-10-16 08:31:17,068 INFO  [ImapServer-3] [name=josh@prismon.net;mid=3;ip=67.176.47.54;] imap - [ search is: in:"INBOX" (-tag:\Deleted subject:"[orders]")
 ]
2007-10-16 08:31:39,959 INFO  [btpool0-7] [name=josh@prismon.net;mid=3;ip=168.230.130.248;ua=
Lot of parser errors occur after that.
at com.zimbra.common.service.ServiceException.PARSE_E RROR(ServiceException.java:183)
at com.zimbra.cs.mailbox.calendar.ZCalendar$ZCalendar Builder.buildMulti(ZCalendar.java:924)
at com.zimbra.cs.mailbox.calendar.ZCalendar$ZCalendar Builder.build(ZCalendar.java:884)
at com.zimbra.cs.mime.handler.TextCalendarHandler.ana lyze(TextCalendarHandler.java:63)
at com.zimbra.cs.mime.handler.TextCalendarHandler.get ICalendar(TextCalendarHandler.java:44


Then a ton of errors like this:
Code:
      at com.zimbra.common.service.ServiceException.PARSE_ERROR(ServiceException.java:183)
        at com.zimbra.cs.mailbox.calendar.ZCalendar$ZCalendarBuilder.buildMulti(ZCalendar.java:924)
        at com.zimbra.cs.mailbox.calendar.ZCalendar$ZCalendarBuilder.build(ZCalendar.java:884)
        at com.zimbra.cs.mime.handler.TextCalendarHandler.analyze(TextCalendarHandler.java:63)
        at com.zimbra.cs.mime.handler.TextCalendarHandler.getICalendar(TextCalendarHandler.java:44
and
Code:
2007-10-16 08:49:31,126 INFO  [Thread-331] [] mailbox - Re-Indexing: Mailbox 3 had error on item 3338.  Item will not be indexed.
com.zimbra.cs.mailbox.MailServiceException$NoSuchItemException: no such message: 3338
        at com.zimbra.cs.mailbox.MailServiceException.NO_SUCH_MSG(MailServiceException.java:160)
        at com.zimbra.cs.mailbox.MailItem.noSuchItem(MailItem.java:1127)
        at com.zimbra.cs.db.DbMailItem.getById(DbMailItem.java:1689)
        at com.zimbra.cs.mailbox.MailItem.getById(MailItem.java:1067)
        at com.zimbra.cs.mailbox.Mailbox.getItemById(Mailbox.java:1789)
        at com.zimbra.cs.mailbox.Mailbox.getItemById(Mailbox.java:1758)
        at com.zimbra.cs.mailbox.Mailbox.reIndex(Mailbox.java:1613)
grep -i com.zimbra.cs.mailbox.MailServiceException.NO_SUCH _MSG * |wc -l
3171

The only interesting imap specific problem I see looks like a socket close in a middle of a transaction:
Code:
2007-10-16 08:49:04,013 WARN  [Thread-331] [] ParsedMessage - Message had parse errors in 1 parts (Message-Id: 38531.370879629627_34126322693184, Subject: Starland Screening - Dark Water)
2007-10-16 08:49:07,315 INFO  [ImapServer-9] [] imap - [67.176.47.54] connected
2007-10-16 08:49:08,071 INFO  [ImapServer-5] [] ProtocolHandler - Exception occurred while handling connection
java.net.SocketException: Socket closed
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
        at com.zimbra.cs.tcpserver.TcpServerInputStream.readLine(TcpServerInputStream.java:71)
        at com.zimbra.cs.imap.TcpImapRequest.continuation(TcpImapRequest.java:73)
        at com.zimbra.cs.imap.TcpImapHandler.processCommand(TcpImapHandler.java:103)
        at com.zimbra.cs.tcpserver.ProtocolHandler.processConnection(ProtocolHandler.java:210)
        at com.zimbra.cs.tcpserver.ProtocolHandler.run(ProtocolHandler.java:177)
        at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:619)
2007-10-16 08:49:08,074 INFO  [ImapServer-5] [] ProtocolHandler - Handler exiting normally
2007-10-16 08:49:14,805 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
Reply With Quote
  #4 (permalink)  
Old 10-16-2007, 10:29 PM
Former Zimbran
 
Posts: 5,606
Default

The illegal state thing is known. It's Bug 20915 - DemoWatch: java.lang.IllegalStateException: Committed and we first saw it on the hosted demo.

That's not IMAP related.

I'm just as stumped as you are. I know it's annoying, but I'm thinking you might just have to manually remove the dupes.

At any type you feel like you have enough info, please file a bug. If it is thunderbird, file a bug in our DB anyway.
Reply With Quote
  #5 (permalink)  
Old 10-17-2007, 06:10 AM
Moderator
 
Posts: 441
Default

I tried this using 5.0 RC1 and Tbird 2.0.0.6, and got the same result. All of the messages moved from folder to folder end up identical. Also tested with Evolution 2.10.1, and got the same result.

Other than me sending myself a test message, I don't see anything interesting in mailbox.log from this time:

Code:
2007-10-17 07:59:20,766 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=2, closed=0, after=2 (0ms)
2007-10-17 07:59:35,029 INFO  [ImapSSLServer-3] [name=aarmagost@zimbra2.bog3d.com;mid=3;ip=192.168.1.74;] mailbox - Added message: id=379, digest=oosjTK,O,ir7o83bTdtwJr9wAGM=, folderId=5, folderName=Sent
2007-10-17 07:59:35,065 INFO  [LmtpServer-55] [ip=192.168.1.71;] lmtp - Delivering message: sender=aarmagost@zimbra2.bog3d.com, recipient(s)={aarmagost@zimbra2.bog3d.com}, size=1455 bytes
2007-10-17 07:59:35,187 INFO  [LmtpServer-55] [name=aarmagost@zimbra2.bog3d.com;mid=3;ip=192.168.1.71;msgid=<471607A1.5080105@zimbra2.bog3d.com>;] mailbox - Added message: id=380, digest=WDx7,wK49PQQ5MQYCG+7+EnFziA=, folderId=2, folderName=Inbox
2007-10-17 07:59:35,188 INFO  [LmtpServer-55] [] ProtocolHandler - Handler exiting normally
2007-10-17 07:59:50,774 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=2, closed=0, after=2 (0ms)
2007-10-17 08:00:20,782 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=2, closed=0, after=2 (0ms)
2007-10-17 08:00:50,801 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=2, closed=0, after=2 (0ms)
2007-10-17 08:01:20,809 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=2, closed=0, after=2 (0ms)
2007-10-17 08:01:46,919 INFO  [Timer-3] [] SessionCache - Removed 1 idle sessions (SOAP). 4 active sessions remain.
2007-10-17 08:01:50,819 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=2, closed=1, after=1 (2ms)
2007-10-17 08:02:20,825 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-17 08:02:50,834 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-17 08:03:20,852 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-17 08:03:31,164 INFO  [ImapSSLServer-4] [] imap - [192.168.1.74] connected
2007-10-17 08:03:50,860 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-17 08:04:20,868 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-17 08:04:50,877 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
2007-10-17 08:05:20,885 INFO  [IndexWritersSweeperThread] [] MailboxIndex - open index writers sweep: before=1, closed=0, after=1 (0ms)
(imap connecting from 1.74 is just me setting up evo)
Reply With Quote
  #6 (permalink)  
Old 10-17-2007, 07:09 AM
Active Member
 
Posts: 40
Default

The "Remove Duplicate Messages" extension for Thunderbird may be useful to you.

https://addons.mozilla.org/en-US/firefox/addon/956
Reply With Quote
  #7 (permalink)  
Old 10-17-2007, 07:48 AM
Zimlet Guru & Moderator
 
Posts: 467
Default

Quote:
Originally Posted by jholder View Post
The illegal state thing is known. It's Bug 20915 - DemoWatch: java.lang.IllegalStateException: Committed and we first saw it on the hosted demo.

That's not IMAP related.

I'm just as stumped as you are. I know it's annoying, but I'm thinking you might just have to manually remove the dupes.

At any type you feel like you have enough info, please file a bug. If it is thunderbird, file a bug in our DB anyway.
I wasn't clear enough above. This replaced good email messages with duplicates of one. It's not just the duplicates, there is major data loss.
It overwrote 130 messages with two (50 copies of one, 79 copies of another).
Reply With Quote
  #8 (permalink)  
Old 10-17-2007, 07:55 AM
Moderator
 
Posts: 441
Default

Nor was I. I moved the messages in groups. (drag n drop) When moved individually, they are not affected.
Reply With Quote
  #9 (permalink)  
Old 10-17-2007, 07:58 AM
Zimlet Guru & Moderator
 
Posts: 467
Default

Quote:
Originally Posted by JoshuaPrismon View Post
I wasn't clear enough above. This replaced good email messages with duplicates of one. It's not just the duplicates, there is major data loss.
It overwrote 130 messages with two (50 copies of one, 79 copies of another).
I just duplicated this behavior using Eudora and Evolution.

Steps to reproduce: Using Zimbra RC1:

1) Log in using a IMAP client using a GUI browser - firebird or Evolution
2) Select 6 messages (multiple) and drag and drop them into a second folder
3) Go into the new folder
4) Observe that one or two messages have overwritten all of the rest.


I will file a bug ASAP, because this looks like a massive IMAP corruption bug. This wiped out almost 10 years of stored email. I have a backup, but it's at least a week out of date.


Edited: Bug 21117 has been created for this.

Last edited by JoshuaPrismon; 10-17-2007 at 08:03 AM.. Reason: Added bug number.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.