Am 30.12.2014 um 15:59 schrieb Renee B:
> On 30.12.2014 15:28, Lothar Kimmeringer wrote:
>> Am 30.12.2014 um 13:51 schrieb Renee B:
>>
>>> Also dann am Besten aufhören C zu programmieren weil es wohl nicht
>>> bekannt ist dass Pufferüberläufe passieren könne
Am 30.12.2014 um 13:51 schrieb Renee B:
> Also dann am Besten aufhören C zu programmieren weil es wohl nicht
> bekannt ist dass Pufferüberläufe passieren können?
Tatsaechlich bin ich dieser Meinung. Ausser dem geschmaelertem
Ego des Programmierers gibt es eigentlich keinen Grund, auf
eine Managed
Am 30.12.2014 um 07:46 schrieb Renee B:
> Mit Bugs ist in _jeder_ Software zu rechnen, also auch in OTRS.
Niemand hat etwas anderes behauptet.
> Aber für
> die hier gezeigten
> Bugs ist OTRS nicht anfällig. Um CGI.pm gibt es einen Wrapper, der die
> param()-Methode immer
> im Skalarkontext aufru
Hallo,
vor einer Stunde lief ja beim 31C3 der Vortrag zum Thema Perl
und warum man es nicht mehr verwenden sollte. Das Video wird
im Laufe der naechsten Stunden online sein, dann kann ich den
entsprechenden Link zur Verfuegung stellen.
Wurde OTRS hinsichtlich der gemeldeten Probleme angepasst
und
Hallo,
Am 15.02.2012 11:26, schrieb Uwe Baumbach:
> Es ist der Wunsch aufgetaucht, ausgehend von einer Mail, die über ein
> "Nicht-OTRS"-Postfach
> empfangen wurde (z.B. direkt privat), via Zwischenspeicherung als eml-Datei
> (oder ähnlichem
> Standard-Format: msg, ...) durch direkten Upload die
Hallo,
Am 09.02.2012 14:45, schrieb Edlhuber Florian:
> -Ursprüngliche Nachricht- Von: otrs-de-boun...@otrs.org
> [mailto:otrs-de-boun...@otrs.org] Im Auftrag von Lothar Kimmeringer
>
>> [...] sollte man die Updates einzeln einspielen (2.2 -> 2.3, etc.).
>>
>
Hallo,
ich habe hier noch ein relativ altes System, das ich gerne einmal auf den
aktuellen Stand hochziehen will. Wenn ich aeltere Threads in dieser Mail-
liste in Erinnerung habe, sollte man die Updates einzeln einspielen
(2.2 -> 2.3, etc.).
1. Ist das weiterhin der Stand
2. Wo kann ich denn die
Am 22.12.2010 12:03, schrieb Henning Oschwald:
[Braindead Autoresponder]
> > Sorry, jetzt sollte ruhe sein. ist mir ein Rätsel, warum die
> > Softwarehersteller diese unsäglichen Autoresponder nicht wenigstens
> > vernünftig implementieren können. In dem Fall wär das Auto-Reply nämlich
> > nicht m
Hallo,
wir haben hier ein etwas aelteres OTRS 2.2.4 im Einsatz, ebenso
ist mein Google G1 auch schon etwas aelter. Daher kann es
sein, dass die Dinge, die mir so auffallen schon behoben sind,
trotzdem wuerde ich sie hier mal beschreiben, vielleicht gibt
es ja einen Workaround. Die Effekte betreffe
Georg Roelli schrieb:
> Wird ein Ticket durch einen Agenten geschlossen bekommt der Kunde ja ein
> E-Mail in dem er informiert wird, dass das Ticket zu ist.
Das haben wir deaktiviert.
> Nun kommt es vor, dass sich Kunden bedanken in dem sie auf das E-Mail
> antworten und dieses an den Agenten zu
Ralf Hildebrandt schrieb:
> * Lothar Kimmeringer :
>
>> Schau mal in System/Queue.pm nach. Dort sollte eine Methode
>> GetSignature definiert sein, die in 2.2.4 einfach nur das
>> zurueck gibt, was in der Datenbank steht. Evtl. wird da jetzt
>> ein "-"
Ralf Hildebrandt schrieb:
> * Lothar Kimmeringer :
>> Hm, Hier [TM], allerdings mit Version 2.2.4, ist die Signatur-
>> abtrennung noch RFC-konform.
>
> In den alten Versionen war ja alles OK, ja :)
Muss mich korrigieren. In Version 2.2.4 scheint gar kein
Trenner dabei zu
Alexander Bien schrieb:
> > Ralf Hildebrandt wrote:
>> >> Die Signatur wird mit "-" vom Text abgetrennt. Wie kann ich das
>> >> abstellen?
>> >>
>> >> Korrekt wäre übrigens "-- \n"
> >
> > Hast Du das irgendwie lösen können? Mich nervt das auch.
Hm, Hier [TM], allerdings mit Version 2.2.4, ist die
Rene Kleffel schrieb:
> Content-Type: text/plain; charset="utf-8"
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
Das ist soweit OK.
> Hier steht Freitext mit =C3=B6=C3=A4=C3=BC=C3=96=C3=84=C3=9C
Das ist korrektes UTF8
> Mit freundlichen Gru=CC=88=C3=9Fen
Schau zue
Rene Kleffel schrieb:
> - Darstellung in Outlook:
>
> Hier steht Freitext mit öäüÖÄÜ
>
> Mit freundlichen Gru??ßen
>
>
> Kennt sonst noch jemand dieses Verhalten? Wie lässt sich das ändern?
> Defaultcharset ist utf-8, Datenbank ebenfalls utf-8.
Schau mal in die Mail im Ro
André Bauer schrieb:
> am Dienstag, 21. April 2009 um 09:44 schrieben Sie:
>
>
> LK> Falls ersteres, koennte man das vielleicht fuer eine zukuenftige
> LK> Version vorsehen, dass PostMasterPOP3 eine empfange Mail erst mal
> LK> lokal ablegt, so dass man sie erneut "zustellen" kann, wenn das
> LK
Hallo,
wir hatten hier letzte Woche ein Problem mit unserem Fileserver,
auf dem die DB von OTRS seine Tabellen ablegte, mit dem Effekt,
dass diverse OTRS-Tabellen nach dem Wiederhochfahren in einem
inkonsistenten Zustand waren.
Typische Fehlermeldungen waren dann in etwa folgende:
DBD::mysql::db
Alexander Pentermann schrieb:
> ok das mit dem Weiterleiten wusste ich nicht, dass dann auch die
> Historie mit gesendet wird.
Ich bezweifel mal, dass beim Weiterleiten die Historie mitgegeben wird.
Was Matthias wohl meinte, ist dass - wenn man exzessives TOFU betreibt -
die Mailinhalte der bisher
Renee Bäcker schrieb:
> Du könntest mit einem sogenannten Ticket-Event-Modul arbeiten. Es gibt
> verschiedene Events, die im Zusammenhang mit Tickets ausgelöst werden.
> Eines davon ist das "TicketCreate" Event.
>
> Mehr zu den Event-Modulen:
> http://ftp.otrs.org/pub/otrs/doc/doc-developer/2.3/e
Hallo,
stehe hier vor folgender Aufgabe:
Fuer bestimmte Kunden ist ein erweiterter Support vereinbart worden, das
kann man ja ueber SLA/Services ja abbilden. Was ich gerne machen wuerde
ist aber eine Benachrichtigung einer Gruppe von Verantwortlichen ueber
andere Wege als Mail, wenn ein Ticket in
20 matches
Mail list logo