Kalendereintrag mit mehreren Teilnehmern extrem langsam

[matsie]

Hallo,

Kalendereinträge funktionieren einwandfrei (unter einer Sekunde). Nur bei der Eingabe von Kalendereinträgen (events) mit mehreren Teilnehmern (Benutzer oder Gruppen) dauert die Aktualisierung bzw. das Speichern ziemlich lange (bis zu 10 Sek.).

Wie kann man diese Funktion (Kalendereinträge mit mehreren Teilnehmern) beschleunigen?

Gruss
mat

[Sebastian Urbanneck]

Ich hab hier eine Version 1.8 und haargenau das gleiche Problem wie vor zwei Jahren beschrieben:
Wenn man für einen Event nicht nur sich selbst, sonderna auch andere Teilnehmer angibt, so dauert das Ewigkeiten, biss sich das Termin-Popup schließt. Für diese Zeit (zwischen 20 und 30 Sekunden) ist dann auch die komplette Groupware-Instanz nicht mehr erreichbar. Hat sich das Popup geschlossen so klappt wieder alles bestens. Bricht man den Vorgang ab, so ist trotzdem der Temin eingetragen worden(!).

Weiß jemand, was da kaputt ist?

Bis dann

Sebastian

matsie wrote

Hallo,

Kalendereinträge funktionieren einwandfrei (unter einer Sekunde). Nur bei der Eingabe von Kalendereinträgen (events) mit mehreren Teilnehmern (Benutzer oder Gruppen) dauert die Aktualisierung bzw. das Speichern ziemlich lange (bis zu 10 Sek.).

Wie kann man diese Funktion (Kalendereinträge mit mehreren Teilnehmern) beschleunigen?

Gruss
mat

[Jürgen Dlugi]

Hallo,

ist bei den Teilnehmern die Benachrichtigung per Mail aktiviert?
Dann könnte der Verzug etwas mit dem Mailversand zu tun haben und dies würde somit die Speicherung des Termins trotz Abbruchs im Browser erklären.

Submit -> Speichern des Termins -> Versenden der Mails.

... ein spontaner Gedanke, wo der "Zeitfresser" liegen könnte.

Grüße, Jürgen

[Sebastian Urbanneck]

Jupp, das war es; jetzt ist auch das speichern der Termine wieder flüssig.

Was mich dahin gehend interessiert: was ruft die Verzögerung genau hervor? Mails an sich klappen nämlich ohne Probleme.
Und warum zieht das versenden der Mails automatisch die ganze Performance in den keller?

Naja, servus sagt euch ein ziemlich ratloser
Sebastian

Jürgen Dlugi, az wrote

Hallo,

ist bei den Teilnehmern die Benachrichtigung per Mail aktiviert?
Dann könnte der Verzug etwas mit dem Mailversand zu tun haben und dies würde somit die Speicherung des Termins trotz Abbruchs im Browser erklären.

Submit -> Speichern des Termins -> Versenden der Mails.

... ein spontaner Gedanke, wo der "Zeitfresser" liegen könnte.

Grüße, Jürgen

[Jürgen Dlugi]

Sebastian Urbanneck wrote

Jupp, das war es; jetzt ist auch das speichern der Termine wieder flüssig.

Was mich dahin gehend interessiert: was ruft die Verzögerung genau hervor?

.. der Versand der Mails?

Sebastian Urbanneck wrote

Mails an sich klappen nämlich ohne Probleme.
Und warum zieht das versenden der Mails automatisch die ganze Performance in den keller?

wenn ich das richtig interpretiere: jeder Teilnehmer bekommt ja eine exklusive Mail - das bedeutet x-mal Teilnehmer = x mal smtp Server connect.

Jetzt kommt zB. darauf an, wo der jeweilige smtp Server läuft (eigener smtp, smtp über den ISP etc. und dann können die Benutzer ja auch, wenn freigegeben, ihre eigenen MailAcc. anlegen) und die egw Instanz (in einem RZ oder hinter einem ADSL-Anschluss), daraus ergeben sich viele Kombinationen, durch die eine Verzögerung entstehen kann, bzw. sich aufsummiert.

Man könnte sich nun überlegen, ob eine Art smtp relay oder ein vollwertiger Mailserver auf der gleichen Maschine wie die egw Instanz zur Beschleunigung beitragen kann - das hängt natürlich von den oben angesprochenen Konstellationen ab.

Man könnte auch sagen, speichere erst den Kalender, lege den Versand auf so etwas wie einen "at-task" zum Versenden im Hintergrund, somit müsste das "pop-up" nicht warten, aber dann wäre ein Versand-Fehler bei einer Mailadresse nicht transparent (direkt im pop-up) dargestellt - also größere Änderungen im Code notwendig ("at-task" und Durchreichung event. Fehlermeldungen ... etc.).

Sebastian Urbanneck wrote

Naja, servus sagt euch ein ziemlich ratloser
Sebastian

soweit, Grüße an einen vielleicht etwas 'ratvolleren Sebastian
Jürgen

[Sebastian Urbanneck]

Am 03.07.2011, 10:28 Uhr, schrieb Jürgen Dlugi, az [via EGroupware]  
<[hidden email]>:

>
>
>
> Sebastian Urbanneck wrote:
>>
>> Jupp, das war es; jetzt ist auch das speichern der Termine wieder  
>> flüssig.
>>
>> Was mich dahin gehend interessiert: was ruft die Verzögerung genau  
>> hervor?
>>
>>
>
> .. der Versand der Mails?

Ok, hätte ich wirklich von selber drauf kommen können :)

>
>
> Sebastian Urbanneck wrote:
>>
>>
>> Mails an sich klappen nämlich ohne Probleme.
>> Und warum zieht das versenden der Mails automatisch die ganze  
>> Performance
>> in den keller?
>>
>
> wenn ich das richtig interpretiere: jeder Teilnehmer bekommt ja eine
> exklusive Mail - das bedeutet x-mal Teilnehmer = x mal smtp Server  
> connect.

Hmpf, soweit ich weiß, ja. Was ich aber komisch finde, denn: eigentlich  
muss doch nur einmal verbunden werden, damit alle Mails über eine  
Verbindung gesendet werden. Aber selbst wenn nicht: das sind hier  
insgesamt 6 Leute, welche angemailt werden; da ist das wirklich nicht so  
viel :)

>
> Jetzt kommt zB. darauf an, wo der jeweilige smtp Server läuft (eigener  
> smtp,
> smtp über den ISP etc. und dann können die Benutzer ja auch, wenn
> freigegeben, ihre eigenen MailAcc. anlegen) und die egw Instanz (in  
> einem RZ
> oder hinter einem *A*DSL-Anschluss), daraus ergeben sich viele
> Kombinationen, durch die eine Verzögerung entstehen kann, bzw. sich
> aufsummiert.
Egroupware auf eigenem Inhouse-Server, Verbindung über VDSL. Mails über  
einen externen Mailserver, keine SMTP-blockende Firewall (wie gesagt,  
normaler Versand geht einfach und schnell).

ICh denke, da kommt noch dazu, dass erst mal geprüft werden muss, wer  
überhaupt alles eine Mail bekommen will. Aber trotzdem: das sind sechs  
Nutzerkonten. Warum dauert das dann 30 Sekunden?

Naja, ich muss wohl mal endlich den kompletten Netzwerkverkehr tracen;  
vielleicht gibts da irgendwo ein Timeout, was ich übersehen habe. Denn die  
Mails gehen am Ende raus.

Bis dann

Sebastian

[rhodan]

30s - kann es ein DNS Problem sein?
>
> ICh denke, da kommt noch dazu, dass erst mal geprüft werden muss, wer
> überhaupt alles eine Mail bekommen will. Aber trotzdem: das sind sechs
> Nutzerkonten. Warum dauert das dann 30 Sekunden?
>
>

Grüsse

Ralf

--




------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
egroupware-german mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-german