• General
  • Verzögerter Versand arbeitet nicht

Andy und nach einigen Sekunden verschwinden die Emails aus "Postausgang".

Damit die Mails gleich aus dem Postausgang verschwinden, in /etc/gromox/gromox.cfg die Zeile einfügen oder ausbessern:
outgoing_smtp_url=sendmail://localhost
Und die Dienste restarten;
systemctl restart gromox-http.service gromox-delivery.service gromox-delivery-queue.service gromox-zcore.service php-fpm.service

  • PCN replied to this.

    Ich habe den Titel "Verzögerter Versand arbeitet nicht" erst jetzt wohl richtig interpretiert. Das von mir beschriebene ist bei normalem Sofortversand. Der Beitrag hier bezieht sich aber wohl über einen Versand, der verzögert erfolgt oder zu einer bestimmten Uhrzeit, oder nicht?

      Andy Die Zeile in /etc/gromox/gromox.cfg beschleunigt Outlook und auch G-Web, das Mail wird sofort an grommunio übergeben. Unabhängig wie grommunio das Mail dann zustellen sollte.

      WalterH

      Die Datei "/etc/gromox/gromox.cfg" gibt es bei mir nicht. Wo bekomme ich die her?

        Die wird eigentlich mit installiert und muss nicht extra angelegt werden. Im Verzeichnis sollten insgesamt 14 Dateien befinden.

        • Fux replied to this.

          PCN Wo bekomme ich die her?

          Einfach anlegen, die gibt es auf älteren Systemen noch nicht.

          Andy Im Verzeichnis sollten insgesamt 14 Dateien befinden.

          Ich hab 16 - aber die gromox.cfg war nicht dabei.

          Hab sie nun angelegt, Eintrag outgoing_smtp_url=sendmail:... erstellt, Dienste neu gestartet.

          -> Wird nicht beachtet. Sendet weiterhin über den Default-Weg. :-(

            Fux Wird nicht beachtet. Sendet weiterhin über den Default-Weg. :-(

            Woher weist Du das?

            Habe externen Postfix eingetragen. Verbindet dennoch über den localhost. Sehe ich in den Logs der beiden Postfixe

            Inhalt zuzüglich obigem ist nun

            http_remote_host_hdr=X-Real-IP
            outgoing_smtp_url=sendmail://localhost

            Wobei ich denke, dass der http...-Eintrag nix mit dem SMTP-Versand zu tun hat.

            Schade nur, dass der outgoing_smtp_url-Eintrag ignoriert und statt dessen dennoch der eigene SMTP-Server verwendet wird.

            Umgekehrt - bei den eingehenden Mails - sieht's nicht besser aus: Hier ist der LDA fest auf ::24 verdrahtet und somit nicht für z.B. vorgeschaltete SMTP-/SPAM-Proxies erreichbar, da er nur auf der (IPv6) localhost-Adresse lauscht.

            Das ging unter Kopano alles besser: Sowohl Spooler als auch DAgent waren recht frei konfigurierbar.

            Merke langsam, wie verwöhnt wir möglicherweise doch von Kopano waren - abgesehen von der veralteten Exchange-Active-Sync-Anbindung der Outlooks.

              PCN Wobei ich denke, dass der http...-Eintrag nix mit dem SMTP-Versand zu tun hat.

              Hat auch nichts mit dem SMTP Versand zu tun, das ist wie gromox-delivery mit dem Element umgeht sprich zustellt.

              5 days later

              Bleibt das Problem, dass outgoing_smtp_url ignoriert wird...

              Also ich habe eben mal mittels outlook (was ich nur für tests nutze) eine email verzögert "gesendet" und dann das outlook geschlossen und die mail wurde dann zur richtigen zeit gesendet.
              Mit webmail gings auch reibungslos..

              Wenn noch nicht erklärt, das ganze funktioniert mittels man delivery wenn ich das richtig sehe im Log. Wenn was nicht geht würde ich wohl dort mal ansetzen.

              Leider wird eine noch nicht versendete Nachricht nicht wie gehofft in gromox-mailq gelistet :-<.

              In der sqlite hab ich jetzt nicht entdeckt wo die "Uhrzeit" zum versendet steht. (diese ganzen proptags o_0)

              @jengelh kann da vielleicht infos beisteuern?

              Funktioniert bei uns nur aus dem Outlook - aus dem Webinterface nicht

              Hatte es bei uns im Livesystem (Supported) ausprobiert.

              gromi:~ # _grom_versions
              grommunio-admin-api                     1.15.4.bdb78ae                lp155.36.1
              grommunio-admin-api-bash-completion     1.15.4.bdb78ae                lp155.36.1
              grommunio-admin-common                  35.36c09d4                    lp155.21.1
              grommunio-admin-web                     2.9.0.71.c617e07              lp155.15.1
              grommunio-antispam                      3.8.4                         lp155.1.2
              grommunio-common                        24.0cedcbe                    lp155.21.1
              grommunio-cui                           1.0.265.2c7abfc               lp155.27.1
              grommunio-dav                           1.3.32.72cf12b                lp155.1.1
              grommunio-dbconf                        1.1.1.da20a46                 lp155.16.2
              grommunio-error-pages                   1.0.10.bb2df37                lp155.17.1
              grommunio-imapsync                      2.264                         lp155.2.1
              grommunio-index                         1.0.2.gb782c51                lp155.22.2
              grommunio-setup                         1.1.0.aaf95ba                 lp155.29.1
              grommunio-sync                          2.0.90.62b136b                lp155.35.1
              grommunio-web                           3.8.22.ge3789e93              lp155.17.4
              gromox                                  2.28.40.a194ca7               lp155.5.1
              3 months later

              Bei uns klappt der verzögerte Versand ebenfalls nicht. Weder aus Outlook noch vom Webmail. In beiden Fällen bleibt das zu versendende Mail im Postausgang hängen und bleibt da bis es manuell gelöscht wird. Wir nutzen stable und haben erst vor ca. 2 Wochen den letzten grommunio-Update durchgeführt, somit ziemlich aktuell...

                Bei mir managt der Outlook das "Verzögert Senden". Das Mail bleibt bis zum Sendetermin im Postausgang liegen.

                • Andy replied to this.

                  Same issue with email stuck in outbox from "send later" in Web client. For me, when the timer attempts to deliver the email zcore logs "incorrect password".

                  Sep 16 14:05:00 mail gromox-zcore[13796]: rhost=[]:0 user=***@example.com zs_logon rejected: Incorrect password
                  Sep 16 14:05:00 mail timer[13899]: PHP Fatal error: Uncaught TypeError: mapi_openentry(): Argument #1 ($ses) must be of type resource, bool given in /usr/share/gromox/sa/submit.php:28
                  Sep 16 14:05:00 mail timer[13899]: Stack trace:
                  Sep 16 14:05:00 mail timer[13899]: #0 /usr/share/gromox/sa/submit.php(28): mapi_openentry()
                  Sep 16 14:05:00 mail timer[13899]: #1 {main}
                  Sep 16 14:05:00 mail timer[13899]: thrown in /usr/share/gromox/sa/submit.php on line 28

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