January 2005 - otrs-de - OTRS mailing lists

RE: [otrs-de] Wie funktioniert PostMaster::Filter::CMD?
by Lars Monsees 04 Jan '05

04 Jan '05

>> OTRS Version ist 1.1.3 (nur Testrechner) > > Bingo. Die Filter gibt's erst seit der 1.2.0 beta1: > *d'oh* Ich habs geahnt. =) Tja, dann kann ich ja gleich das Update auf die aktuelle Version testen... Thx, Lars

1 0

RE: [otrs-de] Wie funktioniert PostMaster::Filter::CMD?
by Lars Monsees 04 Jan '05

04 Jan '05

> Lars Monsees schrieb: >> Das POP3-Konto ist als "vertraut" eingestuft. > > Nimm das mal raus. > Tun getan ;-) Ging trotzdem noch durch. Hier mal die debug-Ausgaben: [root@localhost etc]# /opt/otrs/bin/PostMasterPOP3.pl Debug: Config.pm ->Get('SystemID') --> 10 Debug: Config.pm ->Get('LogModule') --> Kernel::System::Log::SysLog Debug: Config.pm ->Get('SystemID') --> 10 Debug: Config.pm ->Get('DatabaseDSN') --> DBI:mysql:database=otrs;host=localhost; Debug: Config.pm ->Get('DatabaseUser') --> otrs Debug: Config.pm ->Get('DatabasePw') --> Debug: Config.pm ->Get('PostMasterPOP3MaxEmailSize') --> 6144 Message 1/1 (test(a)gibtsnicht.de) Debug: Config.pm ->Get('DatabaseDSN') --> DBI:mysql:database=otrs;host=localhost; Debug: Config.pm ->Get('DatabaseUser') --> otrs Debug: Config.pm ->Get('DatabasePw') --> Debug: Config.pm ->Get('PostmasterUserID') --> 1 Debug: Config.pm ->Get('PostmasterX-Header') --> ARRAY(0x8869d58) Debug: Config.pm ->Get('DatabaseDSN') --> DBI:mysql:database=otrs;host=localhost; Debug: Config.pm ->Get('DatabaseUser') --> otrs Debug: Config.pm ->Get('DatabasePw') --> Debug: Config.pm ->Get('DatabaseUserTable') --> system_user Debug: Config.pm ->Get('DatabaseUserTableUserID') --> id Debug: Config.pm ->Get('DatabaseUserTableUserPW') --> pw Debug: Config.pm ->Get('DatabaseUserTableUser') --> login Use of uninitialized value in concatenation (.) or string at /opt/otrs/Kernel/Config/Defaults.pm line 1661. Debug: Config.pm ->Get('User::PreferencesModule') --> Error: Config.pm No value for 'User::PreferencesModule' in Config.pm found! Debug: Config.pm ->Get('PreferencesTable') --> user_preferences Debug: Config.pm ->Get('PreferencesTableKey') --> preferences_key Debug: Config.pm ->Get('PreferencesTableValue') --> preferences_value Debug: Config.pm ->Get('PreferencesTableUserID') --> user_id Debug: Config.pm ->Get('SendmailModule') --> Kernel::System::Email::Sendmail Debug: Config.pm ->Get('SendmailModule::CMD') --> /usr/sbin/sendmail -t -i -f [snip] Da kam noch ein bisschen mehr, aber da hat er das Ticket dann wohl auch schon angelegt. OTRS Version ist 1.1.3 (nur Testrechner) Gruß, Lars

2 1

RE: [otrs-de] Ticket-Nummer sooooooooo lang
by Lars Monsees 04 Jan '05

04 Jan '05

> > Hat sich der Begriff "Ticket" etabliert, oder > was empfehlt Ihr für einen Aufbau der Bezeichnung ? bei uns ja. Wird afaik allgemein so verwendet. Würd ich lassen.

1 0

Beim Antworten Originaltext aus Anfragemail nicht übernehmen
by Joachim Seibert 04 Jan '05

04 Jan '05

Hallo OTRS'ler, ich suche nach einer Möglichkeit, dass in einer bestimmten Queue (nicht in allen Queues) beim Antworten der Original-Text des "Anfragenden" rausgelöscht, bzw. nicht eingefügt wird. "<test(a)test.de> schrieb: > blablabla" soll also nicht erscheinen. Gibt es die Möglichkeit, einen bestimmten Antworttyp entsprechend zu konfigurieren? Vielen Dank für Eure Hilfe einen einen guten Rutsch ins neue Jahr an alle! Joachim Seibert //SEIBERT/MEDIA GMBH jseibert(a)seibert-media.net / www.seibert-media.net

2 1

RE: [otrs-de] Tickets landen beim User bei Rückantwort
by Torsten Egeler 04 Jan '05

04 Jan '05

Das liebe ich, wenn es Lösungen gibt. Danke, guck ich gleich nach. > Torsten Egeler schrieb: > > Ist aber fuer ein Team z.B. Support nicht die super Lösung, da ich > > immer darauf angewiesen bin, dass dieser Mitarbeiter ihre > Tickets auch > > immer sauber abarbeiten und auch immer alle da sind. > > > Dafür hast du doch die Freigabezeit. > Wenn sich an einem Ticket mehr als x Minuten nichts getan hat > wird dieses automatisch freigegeben und ist für die anderen > wieder sichtbar. > Ist in den Queues einzustellen. > > -- > Mit freundlichen Grüßen > Jürgen Meurer > > > _______________________________________________ > OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ > Archiv: http://lists.otrs.org/pipermail/otrs-de/ > Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ > Support oder Consulting fuer Ihr OTRS System? > =http://www.otrs.de/ > >

1 0

RE: [otrs-de] Tickets landen beim User bei Rückantwort
by Torsten Egeler 04 Jan '05

04 Jan '05

Ist aber fuer ein Team z.B. Support nicht die super Lösung, da ich immer darauf angewiesen bin, dass dieser Mitarbeiter ihre Tickets auch immer sauber abarbeiten und auch immer alle da sind. Naja, vielleicht ja jemand eine Idee wie man sowas organisatorisch regeln kann. > Hallo Torsten, > > > > Wird diese E-Mail von einem User bearbeitet wird diese auch korrekt > > versendet, soweit auch noch verstanden. > > > > Wenn jetzt jedoch eine Rückantwort kommt, landet diese > E-Mail an beim > > User in seinen eigenen Tickets. > > Das verstehe ich nicht. Sollte diese Rückantwort nicht > wieder in der > > Queue landen, damit ein anderer diese bearbeiten kann. > > > Wenn ein User eine Mail bearbeitet, ist diese für ihn > gesperrt, d.h. er ist der einzige, der Antworten erstellen > kann. Andere User können Notizen hinzufügen. Er ist sozusagen > der Ansprechparter für den Kunden, was imho auch Sinn macht, > da der Bearbeiter ja die beste Info über den Vorgang haben sollte. > > Sollen andere User das Ticket bearbeiten können, muss es vom > Besitzer erst wieder freigegeben werden. Der nächste, der > dann z.B. eine Antwort erstellt, wird der neue Besitzer des Tickets. > > Es kann sein, dass dies in der Config.pm geändert werden > kann. Also mal in der Defaults.pm nachschauen, ob es sowas gibt. > > > > Was ist wenn der Mitarbeiter nur halbtags arbeitet, dann > liegt alles > > in seinen Tickets und niemand bearbeitet diese. > > > > Dann müsste er seine Tickets freigeben oder direkt an einen > anderen Mitarbeiter überweisen. > > > Gruß, > Lars >

2 1

RE: AW: [otrs-de] POP3 Cron-Job mit Windows-Version
by Torsten Egeler 04 Jan '05

04 Jan '05

Cron-Job funktioniert, aber fragt nicht warum, hab die Zeile nochmal von Hand neu eingetragen, Dienst neu gestartet, fertig wars. Troztdem Danke > > Torsten Egeler schrieb: > > Ich habe mal die Zugangsdaten in die crontab. mit eingetragen, dann > > hat es funktioniert, aber das kann doch nicht sein ? > > Richtig. > > > Müßte doch eigentlich aus der Datenbank gelesen werden, oder ? > > Richtig. > > Robert > _______________________________________________ > OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ > Archiv: http://lists.otrs.org/pipermail/otrs-de/ > Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ > Support oder Consulting fuer Ihr OTRS System? > => http://www.otrs.de/ > >

1 0

Wie funktioniert PostMaster::Filter::CMD?
by Lars Monsees 04 Jan '05

04 Jan '05

Hallo, bzgl. meiner vorherigen Mail wegen Filterung von Wurm-Mails habe ich nun ClamAV installiert und dies läuft (nach einigen Schwierigkeiten meinerseits) auch soweit. Allerdings gehen die Wurm-Mails, die ich an den Account sende, trotzdem noch durch. Mails werden per PostmasterPOP3.pl abgeholt. Hier der Abschnitt aus der Config.pm $Self->{'PostMaster::PreFilterModule'}->{'1-ClamAV'} = { Module => 'Kernel::System::PostMaster::Filter::CMD', CMD => '/usr/local/bin/clamdscan - --stdout --no-summary | grep "FOUND"', Set => { 'X-OTRS-Ignore' => 'yes', }, }; Ich bin mir nicht sicher, ob der CMD-Teil so 100% korrekt angeht - was die Syntax ClamAV angeht, ist er das aber jedenfalls. Wenn ich dies per Kommandozeile teste, bekomme ich nur eine Zeile zurückgegeben, wenn ein Virus gefunden wurde. Wie wird dies vom Filter ausgewertet? Ich denke, sobald der CMD-Ausdruck etwas zurückgibt, ist es True und X-OTRS-Ignore wird gesetzt. Diesen Header kann ich in der "plain-Ansicht" der Mails aber nicht entdecken. Das POP3-Konto ist als "vertraut" eingestuft. Was kann ich testen, oder was mache ich noch falsch? Gruß, Lars

2 1

AW: [otrs-de] POP3 Cron-Job mit Windows-Version
by Torsten Egeler 04 Jan '05

04 Jan '05

Ich habe mal die Zugangsdaten in die crontab. mit eingetragen, dann hat es funktioniert, aber das kann doch nicht sein ? Müßte doch eigentlich aus der Datenbank gelesen werden, oder ? > Torsten Egeler schrieb: > > Wie muß also die crontab. Eintrag richtig aussehen, dass > die Mails abgeholt werden. > > EINE ZEILE: > */10 7-23 * * * "C:\otrs\perl\bin\perl.exe" > "C:\otrs\otrs\bin\PostMasterPOP3.pl" > > > Muß eventuell dort die POP3-Zugangsdaten mit angegeben > werden, was das PERL-Script verlangt ? > > Nö. > > Mit bestem Gruß, > > Rober Kehl

2 1

RE: [otrs-de] POP3 Cron-Job mit Windows-Version
by Torsten Egeler 04 Jan '05

04 Jan '05

Die Einträge im Admin-Bereich sind vorhanden, schaut aber aus, als ob das "niemand" interessiert. Ich hab das ganze System erst vor 2 Tagen auf einem Win2000-System installiert (zum Test, danach soll es auf SuSe 9.x). Der Versand der Mails funktioniert, nur nicht das abholen per POP3. > Torsten Egeler schrieb: > > Hallo Liste, > > > > ja ich weis, das Problem wurde schon einmal gestellt, habe > aber keine > > Antwort gefunden. > > > > Wie muß also die crontab. Eintrag richtig aussehen, dass die Mails > > abgeholt werden. Muß eventuell dort die POP3-Zugangsdaten mit > > angegeben werden, was das PERL-Script verlangt ? > > > > Torsten.E > > Wenn du die Mails per PostMasterPOP3.pl abholen willst trägst > du die Daten im Adminbereich unter Pop3Account ein und läßt > dann per cronjob das PostMasterPOP3.pl laufen lassen.

2 1