February 2007 - otrs-de - OTRS mailing lists

AW: [otrs-de] LDAP keine Übernahme der Nutzerinformationen aus ADS
by Kiel, Michael 06 Feb '07

06 Feb '07

Hallo Paul, dann versuche ich es mal mit Rich-Text... Die Rechner bezogen sich auf mein erstes Posting indem ich ausführte, dass ich aus der ADS zwar die Rechner, nicht aber die User auslesen kann. Mit dem LDAP- Browser erhalte ich das gleiche Ergebnis. Daher scheinen meine Einstellungen korrekt zu sein. Die Frage war nun, wie ich OTRS dazu bekomme, die Referenzen der ADS auszulesen. Gruß, Michael On Mon, Feb 05, 2007 at 12:35:07PM +0100, Kiel, Michael wrote: > Hallo zusammen, > erst einmal vielen Dank für den Tipp an Paul. Ich habe zwischenzeitlich einen LDAP- Browser installiert, um unser AD zu untersuchen und bekomme auch nicht mehr Informationen. Ursache scheint die Verwendung von Referenzen innerhalb der AD zu sein. Diese werden anscheinend nicht automatisch vom Paket NET::LDAP aufgelöst. Hat jemand einen Tipp, wie ich die Auflösung schaffen kann? > > Wie schon beschrieben kann ich die Rechner im AD auflösen. Diese sind mit dem Attribut "SubRefs" und der Ausprägung "CN=Configuration,DC=hq,DC=Firma,DC=DE" versehen. Das "Users"-Verzeichnis hat das Attribut "wellKnownObjects" und die Ausprägung " B:32:A9D1CA15768811D1ADED00C04FD8D5CD:CN=Users,DC=hq,DC=Firma,DC=de" > Was versuchtst du denn hier mit Rechnern? Ich denke, dass du User / Agents suchst? Bitte benutze mal einen vernünftigen Mail-Client, der die Referenzen nicht zerstört und einen Umbruch bei 70 / 72 Zeichen macht (erhöht die Lesbarkeit enorm). Paul

2 1

unsubscribe
by Patrick Emmler 06 Feb '07

06 Feb '07

Mit freundlichen Grüßen / Best regards Patrick Emmler Print Equipment GmbH & Co. KG Asbachstr. 10 Gewerbegebiet Seebühl D-77833 Ottersweier Telefon: +49-(0)7223-2815-201 Telefax: +49-(0)7223-2815-555 pemmler(a)printequipment.de www.printequipment.de Ust.ID.-Nr. DE814310164, HR Mannheim, HRA 211183 Geschäftsführer: Mario Panter, Wolfgang Panter PhG Print Equipment Verwaltungs-GmbH Sitz Ottersweier HR Mannheim, HRB 211454 -----Ursprüngliche Nachricht----- Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von otrs-de-request(a)otrs.org Gesendet: Dienstag, 30. Januar 2007 11:56 An: otrs-de(a)otrs.org Betreff: otrs-de Nachrichtensammlung, Band 39, Eintrag 17 Um Emails an die Liste otrs-de zu schicken, schicken Sie diese an die Adresse otrs-de(a)otrs.org Um sich via Web von der Liste zu entfernen oder draufzusetzen: http://lists.otrs.org/mailman/listinfo/otrs-de oder, via Email, schicken Sie eine Email mit dem Wort 'help' in Subject/Betreff oder im Text an otrs-de-request(a)otrs.org Sie koennen den Listenverwalter dieser Lister unter der Adresse otrs-de-owner(a)otrs.org erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of otrs-de digest..." Meldungen des Tages: 1. Zugriff OTRS 2.1.4 auf SQL Server 2000 Bitte um Hilfe (Kiel, Michael) 2. AW: Re: [otrs-de] Antworten auf geschlossene Tickets (Alexander Kravets) 3. Re: OTRS 2.1.5 - Besitzeraktualisierung erzeugt 2 Notification Mails? (Alexander Kravets) 4. Re[2]: [otrs-de] OTRS 2.1.5 - Besitzeraktualisierung erzeugt 2 Notification Mails? (André Bauer) 5. Don`t allow ticket to close in the `Raw` Queue funktioniert nicht mehr (Bock, Christian) ---------------------------------------------------------------------- Message: 1 Date: Tue, 30 Jan 2007 09:41:57 +0100 From: "Kiel, Michael" <M.Kiel(a)banklenz.de> Subject: [otrs-de] Zugriff OTRS 2.1.4 auf SQL Server 2000 Bitte um Hilfe To: <otrs-de(a)otrs.org> Message-ID: <A24D35F43D758A4390FC2B30E8F1096201B8B1C8(a)MEG-XCH003.hq.banklenz.de> Content-Type: text/plain; charset="iso-8859-1" Hallo Listenmitglieder, ich würde gerne die komplette Datenbank des OTRS auf SQL Server 2000 laufen lassen. Die Installation wurde mit dem Windows- Installer vorgenommen und soll nun angepasst werden. Ich habe schon die Skripte zur Datenbankanlage, -befüllung und Fremdschlüsselvergabe angepasst, sodass die Tabellen inkl. Inhalt korrekt erstellt wurden. In der Datei config.pm habe ich folgende Einstellungen vorgenommen: # ---------------------------------------------------- # # database settings # # ---------------------------------------------------- # # DatabaseHost # (The database host.) $Self->{'DatabaseHost'} = 'SQL006'; # Database # (The database name.) $Self->{'Database'} = 'OTRS'; # DatabaseUser # (The database user.) $Self->{'DatabaseUser'} = 'otrs'; # DatabasePw # (The password of database user. You also can use bin/CryptPassword.pl # for crypted passwords.) $Self->{'DatabasePw'} = 'hot'; # DatabaseDSN # (The database DSN for MySQL ==> more: "man DBD::mysql") # $Self->{DatabaseDSN} = "DBI:mysql:database=$Self->{Database};host=$Self->{DatabaseHost};"; $Self->{DatabaseDSN} = "DBI:MSSQL:database=$Self->{Database};host=$Self->{DatabaseHost};"; Die entsprechende Datei mssql.pm habe ich in das Verzeichnis Perl/site/lib/DBD kopiert, sodass sie gefunden wird. Ich erhalte nun folgenden Fehler: Software error: DBD::MSSQL initialisation failed: Can't locate object method "driver" via package "DBD::MSSQL" at C:/OTRS/Perl/site/lib/DBI.pm line 770, <PRODUCT> line 4. Perhaps the capitalisation of DBD 'MSSQL' isn't right. at C:/OTRS/otrs//Kernel/System/DB.pm line 195 For help, please send mail to the webmaster (admin(a)your-domain.com <mailto:admin@your-domain.com> ), giving this error message and the time and date of the error. Kann mir bitte jemand mitteilen, ob ich zusätzliche Perl- Pakete einbinden muss, oder wo der Fehler liegt? Vielen Dank für jede hilfreiche Antwort im Voraus! Michael -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde geschreddert... URL: http://lists.otrs.org/pipermail/otrs-de/attachments/20070130/10090828/attac… ------------------------------ Message: 2 Date: Tue, 30 Jan 2007 10:20:59 +0100 From: "Alexander Kravets" <a.kravets(a)ikn-neustadt.de> Subject: AW: Re: [otrs-de] Antworten auf geschlossene Tickets To: otrs-de <otrs-de(a)otrs.org> Message-ID: <H0000068002aa3c0.1170148858.scalix.ikn.local@MHS> Content-Type: text/plain; charset="ISO-8859-1" Hallo, Ja genau das ist die Frage, wo es konfiguriert werden kann. Eigentlich soll nur der besitzende Agent die Notification bekommen, das war bei der 1.3.2 auch so eingestellt aber ich finde die Stelle nicht mehr. Zur Zeit bekommt der nicht besitzende Agent die Follow-Up-Notification und der eigentliche Besitzer bekommt davon nichts mit. Vielen Dank Alex Alexander Kravets schrieb: > Hallo zusammen, > > Wir haben vor kurzem von der Version 1.3.2 auf die Version 2.1.4 upgedated und haben ein ungewöhnliches Verhalten entdeckt. > > Ein Agent bekommt Benachrichtigungen auf Tickets, wobei er nicht deren Besitzer ist. Er wird in der Mail sogar mit dem Namen der Ticketbesitzer angesprochen. > > Woran kann das liegen? Hat jemand einen Vorschlag? Das Ticket is freigegeben. Somit bekommt jeder Agent eine Follow-Up-Notification der die derzeitige Queue des Tickets in seinen persönlichen Queues ausgewählt hat. Dieses Verhalten kann auch konfiguriert werden - ich weiß nur nicht genau wie: * Entweder bekommt nur der besitzende Agent die Notification * oder das Ticket wird automatisch wieder vom besitzenden Agenten gelocked so dass nur dieser die Benachrichtigung bekommt. > > Vielen Dank > Alex Gruß, Alexander ------------------------------ Message: 3 Date: Tue, 30 Jan 2007 11:27:01 +0100 From: "Alexander Kravets" <a.kravets(a)ikn-neustadt.de> Subject: Re: [otrs-de] OTRS 2.1.5 - Besitzeraktualisierung erzeugt 2 Notification Mails? To: otrs-de <otrs-de(a)otrs.org> Message-ID: <H0000068002aa926.1170152820.scalix.ikn.local@MHS> Content-Type: text/plain; charset="ISO-8859-1" Hallo, Wir haben zwar nur die 2.1.4 aber ich kann beide Probleme bestätigen. 2 Notification Mails beim Owner update und Notifications für "falsche" Benutzer. Gruß Alex André Bauer schrieb: > Kann das noch jemand bestätigen? > Wenn ja, würde ich einen Bugreport dazu aufmachen. Bestätigen kann ich es, aber ich hab es eher für ein missverstandenes Feature gehalten.. Im neusten OTRS habe ich auch das Problem, das Notifications für "falsche" Benutzer rausgehen, was noch im "alten" OTRS nicht so war. (Komischerweise nur in einem von zwei OTRS die ich betreue..) Michael ------------------------------ Message: 4 Date: Tue, 30 Jan 2007 11:52:33 +0100 From: André Bauer <monotek(a)gmx.net> Subject: Re[2]: [otrs-de] OTRS 2.1.5 - Besitzeraktualisierung erzeugt 2 Notification Mails? To: "User questions and discussions about OTRS.org in German" <otrs-de(a)otrs.org> Message-ID: <1664233632.20070130115233(a)gmx.net> Content-Type: text/plain; charset=ISO-8859-1 Hallo. Was ist mit den "Notifications für falsche Benutzer" genau gemeint? Das habe ich nämlich noch nicht beobachtet... -- Mit freundlichen Grüßen André Bauer System: Ubuntu Server 6.06.1 LTS/Apache 2.0.55-MOD_PERL 2.0.2/MySQL 5.0.21/OTRS 2.1.5 CVS ============================================ AK> Hallo, AK> Wir haben zwar nur die 2.1.4 aber ich kann beide Probleme AK> bestätigen. 2 Notification Mails beim Owner update und AK> Notifications für "falsche" Benutzer. AK> Gruß AK> Alex AK> André Bauer schrieb: >> Kann das noch jemand bestätigen? >> Wenn ja, würde ich einen Bugreport dazu aufmachen. AK> Bestätigen kann ich es, aber ich hab es eher für ein AK> missverstandenes Feature gehalten.. AK> Im neusten OTRS habe ich auch das Problem, das Notifications AK> für "falsche" Benutzer rausgehen, was noch im "alten" OTRS nicht AK> so war. AK> (Komischerweise nur in einem von zwei OTRS die ich betreue..) AK> Michael AK> _______________________________________________ AK> OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ AK> Archiv: http://lists.otrs.org/pipermail/otrs-de/ AK> Listenabo verwalten: AK> http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ AK> Support oder Consulting fuer Ihr OTRS System? >> http://www.otrs.com/ ------------------------------ Message: 5 Date: Tue, 30 Jan 2007 11:53:49 +0100 From: "Bock, Christian" <Christian.Bock(a)diakonissen-speyer.de> Subject: [otrs-de] Don`t allow ticket to close in the `Raw` Queue funktioniert nicht mehr To: "User questions and discussions about OTRS.org in German" <otrs-de(a)otrs.org> Message-ID: <E235F1675D3D1F4CB0289046436BA9E1BD8A57(a)spdw2k3s126.spddom01.de> Content-Type: text/plain; charset="iso-8859-1" Hallo zusammen, habe bisher immer die Funktion "Don`t allow ticket to close in the `Raw` Queue" aus den FAQ Artikeln auf unsere Hauptqueue eingesetzt. Seit meinem Update von 2.1.3 auf 2.1.4 können Tickets wieder geschlossen werden. Gibt es eine Möglichkeit zu prüfen, ob diese ACL Passagen in der config.pm überhaupt abgearbeitet werden? Hier nochmal der Codeauschnitt: # ticket acl $Self->{TicketAcl}->{`ACL-Name-1`} = { # match properties Properties => { # current ticket match properties Ticket => { QueueID => [1], } }, # return possible options (white list) Possible => { # possible ticket options (white list) Ticket => { State => [`new`, `open`, `pending reminder`], }, # possible action options Action => { AgentTicketLock => 0, AgentTicketZoom => 1, AgentTicketClose => 0, AgentTicketPending => 1, AgentTicketNote => 1, AgentTicketHistory => 1, AgentTicketPriority => 1, AgentTicketFreeText => 1, AgentTicketCompose => 1, AgentTicketBounce => 1, AgentTicketForward => 1, AgentTicketPrint => 1, AgentTicketPhone => 1, AgentTicketPhoneOutbound => 1, AgentTicketCustomer => 1, AgentTicketMove => 1, AgentTicketOwner => 1, AgentTicketResponsible => 1, AgentLinkObject => 1, }, }, }; Schöne Grüße Christian Bock ------------------------------ _______________________________________________ otrs-de mailing list otrs-de(a)otrs.org http://lists.otrs.org/mailman/listinfo/otrs-de Ende otrs-de Nachrichtensammlung, Band 39, Eintrag 17 *****************************************************

1 0

AW: [otrs-de] LDAP keine Übernahme der Nutzerinformationen aus ADS
by Kiel, Michael 05 Feb '07

05 Feb '07

Hallo zusammen, erst einmal vielen Dank für den Tipp an Paul. Ich habe zwischenzeitlich einen LDAP- Browser installiert, um unser AD zu untersuchen und bekomme auch nicht mehr Informationen. Ursache scheint die Verwendung von Referenzen innerhalb der AD zu sein. Diese werden anscheinend nicht automatisch vom Paket NET::LDAP aufgelöst. Hat jemand einen Tipp, wie ich die Auflösung schaffen kann? Wie schon beschrieben kann ich die Rechner im AD auflösen. Diese sind mit dem Attribut "SubRefs" und der Ausprägung "CN=Configuration,DC=hq,DC=Firma,DC=DE" versehen. Das "Users"-Verzeichnis hat das Attribut "wellKnownObjects" und die Ausprägung " B:32:A9D1CA15768811D1ADED00C04FD8D5CD:CN=Users,DC=hq,DC=Firma,DC=de" Danke & Gruß, Michael

2 1

RE: [otrs-de] Anzeige von AgentTicketPhone
by Lars Monsees 05 Feb '07

05 Feb '07

> Allerdings könnte ich darauf verzichten. Es gibt Ticktes mit > "erfolgreich geschlossen" und "erfolglos geschlossen". Tickets mit > dem Status "erfolgreich geschlossen" müssen alle in einen > Abrechnungslauf geschubst werden. Du musst aber auch ermitteln können, welche von den Tickets "erfolgreich geschlossen" schon berechnet wurden. Wir umgehen dies, indem wir Status "Berechnung" berücksichtigen und über unser Programm auf Knopfdruck die Tickets als "geschlossen" markieren. > > Das kann ich einfach per SQL-Statement hinbekommen. Für mich stellt > sich nur die wichtige Frage, wie ich zusätzliche Services wie > Anfahrtskosten einfach bei den Tickets hinterlegen kann. > > Beispiel: > > Ticket #1, es findet eine Bearbeitung per Fernwartung statt. Nach > einer Stunde Arbeit und einer Pause von zwei Tagen, wird das Ticket > erneut bearbeitet und ein vor Ort Termin wird vereinbart. Der > Techniker vor Ort erfasst seine Zeit zu diesem Ticket mit der Lösung > z.B. über eine Notiz. Nun muss aber auch die Anfahrt hinterlegt > werden. Nur wie? Solche Fälle haben wir bei uns nicht. Am einfachsten wäre es sicherlich, eine Notiz mit Betreff "Anfahrt", o.ä. zu erstellen. Allerdings würdest Du bei unserem Prog im Moment die Kosten nicht extra aufgeschlüsselt bekommen. Das müsste dann halt programmiert werden. > > Dann noch eine Frage: Hast Du ein "extra Feld" aufgemacht um den > Status "abgerechnet" zu hinterlegen? Ich möchte natürlich Ticket nur > einmal berechnen. Bzw. ein Artikel zu einem Ticket! Es kann ja sein, > das Tickets wieder eröffnet werden und dann muss natürlich die neu > erfasste Zeit auch wieder in einen Abrechnungslauf gehen ... =) s.o., allerdings: Neueröffnung von Tickets wird bei uns nicht berücksichtigt. Theoretisch wäre es also möglich, dass ein Kunde sein Ticket durch eine neue Anfrage wieder öffnet und letztendlich die gesamte Zeit erneut berechnet wird. Das ist ganz klar grundsätzlich ein Problem, was hier allerdings auffallen würde, da wir nur 2-3 Agents haben und nicht allzu viele Tickets erstellt werden. Lars

1 0

RE: [otrs-de] Anzeige von AgentTicketPhone
by Lars Monsees 05 Feb '07

05 Feb '07

Hallo Kai, > Lass da mal ein bisschen Infos raus! ;-) Ich suche verzweifelt nach > einer Möglichkeit meine Tickets gegenüber Kunden vernünftig abrechnen > zu können. Gerne, ist allerdings schon Jahre her, dass ich das alles eingerichtet habe und von daher fehlen vielleicht ein paar Details =) Wir haben einen weiteren Status "Berechnung" in der Tabelle "ticket_state". Feld "type_id" ist 3 für "closed". Diesen solltest Du über das Admin-Interface unter "Status" anlegen können. Somit werden die Tickets ganz normal wie die geschlossenen Tickets behandelt. Die Agents bearbeiten dann halt die Tickets wie gewohnt und am Ende wird dann normalerweise eine Notiz mit Betreff "Lösung" erstellt und darin der Status auf Berechnung gesetzt. Zur Auswertung haben wir ein kleines VB-Programm, dass direkt auf die MySQL-Tabellen zugreift, um für jedes Ticket die Gesamtzeit zu ermitteln. Falls Du weitere Fragen hast, meld Dich einfach. Gruß, Lars

2 1

Anzeige von AgentTicketPhone
by Lars Monsees 05 Feb '07

05 Feb '07

Hallo, wir nutzen OTRS 2.1.2 und seit dem Umstieg von der 1er Version besteht folgendes kleines Problem: Wenn ich ein Ticket öffne, dann eine Notiz anfüge und dabei den Status auf "Berechnung" (eigener Status, Typ "closed") setze, öffnet OTRS nach dem Speichern die Ansicht zum Erstellen eines neuen Telefon-Tickets. Ich habe schon in der Konfiguration nach "AgentTicketPhone" gesucht, aber keine Einstellung gefunden, die dieses Verhalten bewirken könnte. Nach dem Hinzufügen der Notiz sollten am besten die eigenen Tickets angezeigt werden. Wer kann mir da helfen? Gruß, Lars

3 2

Link zu Ticket
by Kai Osthoff 05 Feb '07

05 Feb '07

Hallo! Um in Systemdokumentationen auf bearbeitete Tickets verweisen zu können, wäre ein "Kopiervorlage" nicht schlecht. Was ich will: - Link der irgendwo versteckt und klein angezeigt wird, den ich per Copy & Paste kopieren kann und der dann z.B. in einem Word/OpenOffice Dokument eingefügt werden kann. Der Link sollte zum Ticket führen - egal ob Customer oder Agent - sprich der Link sollte bei beiden funktionieren. Hat jemand eine Idee? Oder gibt es sowas schon? Gruß, Kai

2 1

Abrechnungsmodul
by Kai Osthoff 05 Feb '07

05 Feb '07

Hallo OTRS-User! Da ich nun OTRS seit mehreren Monaten höchst zufrieden einsetze, geht es langsam aber sicher in Richtung "Optimierungsmaßnahmen". Hierzu zähle ich die Möglichkeit Tickets in einem Abrechnungslauf zu verarbeiten. Was ich möchte: - Tickets Zeit die abzurechnen ist zuzuweisen ... (vorhanden -> Zeiteinheit) - Tickets eine Zeit zuzuweisen, die tatsächlich für die Bearbeitung aufgewendet wurde um Differenzen erkennen zu können - Auswahl von Artikel oder manuelle Erfassung zu Tickets um Fahrtkosten oder ähnliche Zusätze aufnehmen zu können Letztlich soll dann zu beliebigen Zeitpunkten ein Abrechnungslauf gestartet werden können, dass diese Daten gruppiert nach Kunden in die Faktura übernommen werden können. Hat jemand sowas schon, oder muss ich mich dran setzen und ein eigenen Modul erstellen? Gruß & Danke, Kai

1 0

Eskalationszeit per Notiz ändern
by Simon Pirschel 05 Feb '07

05 Feb '07

Hi, Ist es möglich die Eskalationszeit bei einem Ticket über eine Notiz wieder zu erhöhen? Oder ist es möglich, das Ticket kurz vor der Eskalation zu schließen und durch einen Follow-Up in einer Notiz wieder auf die volle Eskalationszeit zu setzten? Ich hatte das hier gefunden: # SetState $Self->{NoteSetState} = 1; $Self->{DefaultNextNoteStateType} = ['new', 'open', 'closed']; scheint aber nicht zu funktionieren. Ich hab schon viel von einem Follow-Up gelesen, aber nie die Möglichkeit gesehen, ein geschlossenes Ticket wieder auf "Offen" zu setzten. ------------------------------------------------------------------------ H&G Hansen & Gieraths EDV Vertriebsgesellschaft mbH Postfach 1605 - 53006 Bonn - Telefon: 0228/9080-0 Telefax: 0228/9080-405 Amtsgericht Bonn HR B 4027 - USt.IdNr. DE122121252 Geschaeftsfuehrung: Dr. H. Hellmuth Hansen ------------------------------------------------------------------------

1 0

Jabber Notification
by Simon Pirschel 05 Feb '07

05 Feb '07

Hi, da SMTP/POP/IMAP und Co. Protokolle sind, die auf Entwicklerseite als Tot betrachtet werden können, fände ich eine Implementation von Jabber als Ticket-Notification sehr sinnvoll. Ich habe bereits einen Jabber-Client mit TLS Support in Perl geschrieben. Der Client selber ist sehr simple und nutzt Net::XMPP. Was ich jedoch nicht hinbekomme ist die Einbindung in OTRS selber. Ich dachte es wäre schnell getan, in dem ich einfach im Sendmail oder SMTP Module von OTRS, Jabber mit hinzufüge, das hat aber bisher nicht geklappt. Vielleicht hat einer von euch eine Idee. Hier mein cmd Client, sollte schnell auf OTRS angepasst sein: ######################################################### #! /usr/bin/perl use strict; use Net::XMPP; my $len = scalar @ARGV; if ($len ne 5) { die "Usage...\n jabber-notify.pl [user] [password] [recipient-jid] [subject] [message]\n"; } my $user = $ARGV[0]; my $password = $ARGV[1]; my $recipient = $ARGV[2]; my $subject = $ARGV[3]; my $body = $ARGV[4]; my $server = 'jabberserver.org'; my $resource = 'Notify'; my $tls = 1; # Jabber-Objekt erzeugen my $jabber = Net::XMPP::Client->new(); # Verbindung aufbauen $jabber->Connect( 'hostname' => $server, 'tls' => $tls ); # Authentisieren $jabber->AuthSend( hostname => $server, username => $user, password => $password, resource => $resource, ); $jabber->PresenceSend(type=>'unavailable'); $jabber->MessageSend( to => $recipient, subject => $subject, body => $body ); $jabber->Disconnect(); ######################################################### Falls es Probleme mit XML::Stream gibt, wenn die TLS-Verbindung instanziert wird, liegt das an einem Bug in der Perl lib XML::Stream. Hier zu gibt es ein kleines Workarround von slibstream aus dem BugReport http://jabberstudio.org/projects/xmlstream/bugs/view.php?id=4794 : 1) open Stream.pm 2) locate the line: delete($self->{SIDS}->{$currsid}); (should be only one occurrence , inside sub OpenStream) 3) replace with: delete($self->{SIDS}->{$currsid}) unless ($currsid eq $sid); ------------------------------------------------------------------------ H&G Hansen & Gieraths EDV Vertriebsgesellschaft mbH Postfach 1605 - 53006 Bonn - Telefon: 0228/9080-0 Telefax: 0228/9080-405 Amtsgericht Bonn HR B 4027 - USt.IdNr. DE122121252 Geschaeftsfuehrung: Dr. H. Hellmuth Hansen ------------------------------------------------------------------------

2 1