Hallo zusammen
hier finden sich aktuell viele detailierte Probleme mit der aktuellen GRO-Version. Bei mir läuft die aktuelle Community Version mit letzten Update von gestern Abend weitgehend rund. ich nutze lediglich die Core-Funktionen, also MAIL, KONTAKTE, KALENDER, NOTIZEN und AUFGABEN. Das Funktioniert wie gesagt in der WebAPP, mit nativem Outlook Windows (MAPI) und mittels EAS super auf den Clients und im Zusammenspiel!

Jetzt gibt es EWS als BETA! Und da testet man natürlich diesen Connect auf seiner Apple macOS Hardware.
Hier mein heutiger Stand:
Anlegen eines "Internetaccount" funktioniert, die fünf Teilbereiche können ausgewählt werden und der Connect-Indikator ist grün.
AppleMail: Der Grommunio Account wird angezeigt, die App bleibt geöffnet und syncronisiert mit dem Server. Die Mails werden angezeigt und sind lesbar. Bei einigen taucht in der Liste ein "<URF_8......>" Text auf, aber auch deren Inhalt wir richtig angezeigt. Verschieben von Mails führt zu einem Absturz der APP. Versenden ist nicht möglich da angeblich der "SMTP-Server" (mit richtigem FQDN) nicht konnektiert werden kann. Im Monitor von GRO Admin taucht dann bei GROMOX Zcore folgende Fehlermeldung auf: exmdb_client: Hx_inet_connect to ::1:5000: connection refused
AppleNotizen: Hier wird gar nichts syncronisiert
AppleKalender: Auch hier keine Syncronisation
AppleKontakte: Hier gibt es Einträge aber alle ohne Inhalt und unter dem Topic "Ohne Namen"
AppleAufgaben: kann nicht geprüft werden

Meine Gro-User sind über die Datenbank eingebunden und nicht mit LDAP. Die IMAP Zugriffe funktionieren, ich nutze sie aber lediglich für externes kommerzielles MAIL-Archiv Programm. Produktiv ist die VM seit Januar 2022. Vielleicht hilft das dem einen oder anderen. Ergeben sich Veränderungen werde ich berichten!

    Ach so: getestet auf intel macBook pro mit macOs 14.1.1

    Noch ein Hinweis:
    Bei mir macht es keinen Unterschied ob ich die ews.cfg mit folgenden Einträgen:
    ews_beta=1
    ews_experimental=0
    #ews_log_filter=*
    ews_pretty_response=no
    ews_request_logging=no
    #ews_response_logging=1
    #ews_debug=1
    smtp_server_ip=::1
    smtp_server_port=25

    oder lediglich mit
    ews_beta=1

    betreibe. In den Dokus auf GIT und in den GRO-MAN-PAGES wird auf die erste Version mit den smtp_server einträgen verwiesen.

      THE_FRICKLER da angeblich der "SMTP-Server" (mit richtigem FQDN) nicht konnektiert werden kann

      So wie ich EWS verstehe, sollte die Mail über HTTP(s) ans grommunio übergeben werden und vom grommunio mit dem Delivery Agenten zugestellt werden. Habe auf meinem System genau das gleiche Verhalten. Zusätzlich habe ich derzeit Coredumps wenn ich mit Apple Mail Verbindung prüfen versuche.

      THE_FRICKLER ews_pretty_response=no

      ews_pretty_response ist eine Debug Directive und muss für Apple Mail zwingend auf no stehen, Outlook für MAC akzeptiert auch ein yes!

          As I mentioned in another thread [https://community.grommunio.com/d/1308-fehlfunktion-nach-datenubertragung-auf-neuinstallation/15] I built a new VM in Proxmox 8 yesterday and performed a manual import of my 2 mailboxes.

          After testing the EWS functionality today I have exactly the same issues as @THE_FRICKLER above. I am using a MacBook Air M2, running Sonoma (14.1.1) so pretty much the same hardware and OS. My EWS.CFG is currently much the same

          ews_beta=1
          smtp_server_ip=::1 or mail server FQDN
          smtp_server_port=25 or 587

          Still testing with various settings.

          In Mac Mail it is not possible to edit the default 'Exchange' connection settings for outgoing emails. So I setup a new server using the details of my Grommunio server - no username/password required - does not connect if logon c credentials are entered. This tests fine in Connection Doctor (with green light) but still fails to send. Mac Mail reports 'Recipient address rejected: Access denied'.

          I normally use Grommunio Web, iPhone and Android mail clients (latter 2 being activesync connections) and all are able to receive and send emails without issue, so definitely something to do with EWS and Mac mail.

          Also noted today after adding a 1.5GB mailbox into Mac Mail on my clean built Grommunio VM, my storage (in the Grommunio GUI dashboard) increased from 19.8% to 23.1% on . Would be nice to know if this should be expected as I would not have expected such an increase as any the email cache should be on the Mac not the server.

          Have also checked Contacts and Calendar and also exactly the same as reported above by @THE_FRICKLER, contacts just show 'No Name' and are all blank inside, Calendar just shows the default calendar entries, Easter, Christmas etc none of my appointments are shown.

          Would be really nice if these last few niggles could be resolved as been waiting a year for EWS support and we are really close now. Last question would be was versions of Mac OS does the EWS module support. I have a 2010 iMac runnign High Sierra that does not seem to be able to connect at all. So if not support it will save me time trying to get it to work Web works fine on it though.

          Keep up the good work

          Mark

            Zusätzlich sehe ich diese Fehlermeldung:
            E-1992: The buffer pool "http_blocks_allocator" is full. This either means a memory leak, or the pool sizes have been configured too low.

            @WalterH Yes I was seeing that also, but @crpb and @Grummel [https://community.grommunio.com/d/1311-buffer-pool-http-blocks-allocator-is-full/2] suggested settings in http.cfg seem to have been beneficial here and that error has gone for now. I do also have lots of:-

            Failed to process notification: _Map_base::at - in Gromox http in the Grommunio GUI Monitoring

            exmdb_client: protocol error connecting to [::1]:5000//var/lib/gromox/user/
            exmdb_client: HX_inet_connect to [::1]:5000: Connection refused - both in Gromox zcore in Grommunio GUI Monitoring

            Mark

            I already set: /etc/gromox/http.cfg with
            context_num=800
            context_average_mem=1024
            Unfortunately this do not solve the E-1992: error.

            I see the same error messages:

            Nov 25 17:33:23 icc-grommunio zcore[1759]: exmdb_client: HX_inet_connect to [::1]:5000: Connection refused
Nov 25 17:34:20 icc-grommunio zcore[1759]: exmdb_client: protocol error connecting to [::1]:5000//var/lib/gromox/user/

              Some more info on Mac Mail and EWS.

              If I delete an email from IOS, Android or Grommunio Web, whilst it is deleted from IOS, Android and Grommunio Web, the email is not deleted on Mac Mail even after new messages are are received after the deletion. The new messages are correctly shown in Mac Mail, along with the email that should have been deleted.

              Deleting an email in Mac Mail still causes Mac Mail to crash immediately, and cannot be reopened (closes immediately if I try) until the same email is deleted from another mail client (Gr Web, IOS etc), then Mac mail will open again and displays the message:

              The message 'blah-blah-blah' could not be moved to the mailbox 'Exchange' - E-3187: item not found.

              Mark

              Mister2 I have a 2010 iMac runnign High Sierra

              For this try OpenCoreLegacyPatcher, for me it helps to bring seemless outdatet Mac's back to live

              For all others:
              EWS is Beta! To share our experience here will made it better possible for the GRO-Team to find the problems.
              Nice that i am not alone and the Bricks are the same!

                  THE_FRICKLER thanks for this, wasn't aware of this project, could be really useful, but see quite a bit of reading to do on this.

                  Another observation on the EWS module with Mac Mail.

                  When new emails arrive in Grommunio mailbox, if read on Gr Web, IOS, Android all other copies of mailbox are marked as read EXCEPT Mac Mail which leaves message showing as unread. However, reading message in Mac Mail correctly marks emails in the email clients as read.

                  The entries in the logs:-

                  Failed to process notification: _Map_base:
exmdb_client: protocol error connecting to [::1]:5000//var/lib/gromox/user/
exmdb_client: HX_inet_connect to [::1]:5000: Connection refused

                  only appear when trying to send a message and Mac Mail reports it has no outgoing SMTP server to send the mail through. The message then sits in the outbox and Mac Mail repeatedly attempts to send the email(s) - generating errors until the message is either deleted from the outbox or a valid Outgoing SMTP server is added to Mac Mail and selected as the outbound mail route. Deleting the message from the outbox that is causing the errors in the Grommunio Monitoring logs stops the error messages straight away.

                  Deleting emails from the Gr Web, IOS, Android clients all correctly delete the emails from the other device views, however, emails in Mac Mail are not deleted. Closing and opening Mac Mail client does not cause the messages to disappear, nor does 'Synchronise - Exchange' . A 'Rebuild' in Mac Mail will remove the 'deleted emails' but obviously takes significant time.

                  Hope this might help in the debugging process.

                  Mark

                    WalterH
                    with the above settings only the error message
                    http[1581]: E-1992: The buffer pool "http_blocks_allocator" is full. This either means a memory leak, or the pool sizes have been configured too low.
                    disappeared in my appliance.
                    All other failures described here in this thread are still present also in my Installation.
                    Sorry for the possible confusion caused by my inaccurate description in the other thread.

                      Also, ich kann die oben beschriebenen Probleme beim Mac 1:1 nachvollziehen und bin langsam echt am Verzweifeln. Eigentlich wollte ich meinem Vater den IMac schon im August hinstellen, jetzt steht er immer noch bei mir im Dach, weil es mit dem EWS einfach nicht vorwärts geht...

                        mwilliams

                        Ja . das ist eine offene Beta!
                        Ich teste aber kein Outlook for MAC, da mir zahlreiche MS Cloud-Eingriffe zu viel sind. Werde das aber jetzt mal mit ins Auge fassen. Ich hatte gedacht EWS ist EWS. Das Apple und MS wieder eigene Süpchen kochen ist schade.
                        Habt ihr den einen guten Hint für die ews.cgf damit hier zumindest ein gemeinsamer Boden entsteht?

                          zumindest mit dieser ews.cfg

                          GNU nano 7.2 /etc/gromox/ews.cfg
                          ews_beta=1
                          #ews_experimental=0
                          #ews_log_filter=*
                          ews_pretty_response=no
                          #ews_request_logging=no
                          #ews_response_logging=1
                          #ews_debug=1
                          smtp_server_ip=::1
                          smtp_server_port=25

                          Für alle Anderen:

                          Es geht hier nur um die aktuelle BETA zum EWS Connect!
                          Das ist BETA und ansonsten nur was für Frickler / Tester etc.

                          © 2020-2024 grommunio GmbH. All rights reserved. | https://grommunio.com | Data Protection | Legal notice