(Not sure where to report (open source) bugs these days. The bugzilla seems broken, Github has no issues and the a recent blog post said to send it so the support staff, for the commercial customers)
I've had it twice now, upgrading Zimbra, that one users mail filters disappears, and he got the error 'Cannot invoke "String.length()" because "id" is null' in a pop-up. The pop-up appeared when clicking 'filters' in the preferences menu.
The 'mailbox.log' also showed it:
It happened on upgrading to:
The user recreated filters the first time it happened, based on restoring a backup snapshot to a copy virtual machine. And so they disappeared again when we upgraded to 10.1.2.
I've had it twice now, upgrading Zimbra, that one users mail filters disappears, and he got the error 'Cannot invoke "String.length()" because "id" is null' in a pop-up. The pop-up appeared when clicking 'filters' in the preferences menu.
The 'mailbox.log' also showed it:
Code:
2024-09-25 21:16:57,609 WARN [qtp704024720-148://webmeel.example.net/service/soap/GetFilterRulesRequest] [name=redacted@example.net;mid=11;ip=83.137.146.229;port=46068;ua=ZimbraWebClient - FF130 (Win)/10.1.1_GA_4200000;soapId=7a0d8bb4;] SoapEngine - handler exception java.lang.NullPointerException: Cannot invoke "String.length()" because "id" is null at java.util.TimeZone.parseCustomTimeZone(TimeZone.java:801) ~[?:?] at java.util.TimeZone.getTimeZone(TimeZone.java:580) ~[?:?] at java.util.TimeZone.getTimeZone(TimeZone.java:518) ~[?:?] at com.zimbra.common.util.DateParser.getFormatter(DateParser.java:55) ~[zimbracommon.jar:10.1.1_GA_4200000] at com.zimbra.common.util.DateParser.parse(DateParser.java:41) ~[zimbracommon.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.acceptTest(SieveVisitor.java:627) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:431) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:435) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:435) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:411) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.acceptTest(SieveVisitor.java:453) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:431) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:435) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:428) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:435) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:411) ~[zimbrastore.jar:10.1.1_GA_4200000] at com.zimbra.cs.filter.SieveVisitor.accept(SieveVisitor.java:403) ~[zimbrastore.jar:10.1.1_GA_4200000] and a lot more- zcs-10.1.1_GA_4200000.UBUNTU20_64.20240923190825
- zcs-10.1.2_GA_4200000.UBUNTU20_64.20240924075512
The user recreated filters the first time it happened, based on restoring a backup snapshot to a copy virtual machine. And so they disappeared again when we upgraded to 10.1.2.
Code:
# cat /etc/lsb-release DISTRIB_ID=UbuntuDISTRIB_RELEASE=20.04DISTRIB_CODENAME=focalDISTRIB_DESCRIPTION="Ubuntu 20.04.6 LTS"root@meel: ~/10# uname -aLinux meel 5.4.0-198-generic #218-Ubuntu SMP Fri Sep 27 20:18:53 UTC 2024 x86_64 x86_64 x86_64 GNU/LinuxStatistics: Posted by halfgaar — Tue Dec 03, 2024 11:28 am