Community
    • Categories
    • Recent
    • Popular
    • Users
    • Search
    • Register
    • Login
    1. Home
    2. thecracked
    3. Topics
    T
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 5
    • Posts 12
    • Groups 0

    Topics

    • T

      E-Mail Benachrichtigung geht nicht

      Watching Ignoring Scheduled Pinned Locked Moved Betrieb
      6
      0 Votes
      6 Posts
      3k Views
      F
      Sorry, dass ich den Thread hier wieder zum Leben erwecke, aber ich hätte da eine Verständnisfrage zum Thema Mail-Versand über i-doit. In der Dokumentation von i-doit zur E-Mail-Einrichtung steht, dass man lediglich in der config.inc.php folgende Angaben machen muss: smtp-host:  Your smtp hostname port:              The port of your smtp server from:              E-Mail address of the sender name:              Name of the sender sub-prefix: Subject prefix of all messages Meine Frage hierzu wäre, welchen Mail-Client (MTA) i-doit denn zum Verschicken von Mails standardmäßig verwendet. Läuft das einzig und allein übers PHP-Modul oder ist ein zusätzlicher MTA, wie bspw. Sendmail oder Postfix, notwendig. Habe nämlich testweise unseren internen Exchange-Server als SMTP-Server angegeben, nur scheint i-doit, laut TCPDUMP, bspw. beim Ändern eines Userpasswortes keine Mail an den Exchange-Server rauszuschicken. Manuell über SendEmail lassen sich allerdings sehr wohl Mails an den Exchange-Server versenden und diese werden auch dank vorkonfiguriertem Receive-Connector zugestellt. Also zusammengefasst würde ich gerne wissen, wo genau die Mails von i-doit landen bzw. welchen Weg diese gehen. Vllt wäre es auch gut zu wissen, welche Alternativen existieren, um Test-Mails aus i-doit zu verschicken. Für eine Antwort wäre ich sehr dankbar. Cheers Frans //Edit: Hat sich inzwischen erledigt. Lag mit meiner Annahme richtig, dass ein lokal installierter MTA vonnöten ist. Demnach sieht meine Config jetzt wie folgt aus: config.inc.php $g_mail = array (    "smtp-host"    => "localhost",                                         "port"                  => 25,                                         "from"                  => "i-doit@cmdb.domäne.de",                                         "name"                  => "i-doit",                                         "sub-prefix"    => ""); i-doit schickt seine Mails also zunächst an sich selbst bzw. an seinen lokal installierten Mailserver, welcher auf Port 25 horcht. /etc/postfix/main.cf myhostname = CMDB.domäne.de alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = CMDB.domäne.de, localhost relayhost = 10.10.1.12 mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = loopback-only Der Postfix ist so konfiguriert, dass er empfangene Mails automatisch an einen externen Mailserver (relayhost), in diesem Fall an den Exchange-Server, weiterleitet. Voraussetzung für die Zustellung ist dann der angelegte Receive-Connector auf dem Exchange, da die Mails als Anonymous verschickt werden, sprich ohne Authentifizierung. Noch als kleine Anmerkung: i-doit soll angeblich bei der Passwört-Änderung eines i-doit-Users eine Benachrichtigung an dessen hinterlegte Mail-Adresse verschicken, tut dies aber standardmäßig nicht. Zumindest nicht bei der aktuellen Version 0.9.9-7 (rev 8455), die ich bei mir implementiert habe. In der config.inc.php existiert dennoch ein Abschnitt hierfür:     224 /**     225  * Contact Notifications     226  *     227  */     228     229  /**     230  * Password message     231  *     232  * Variables:     233  *    %FIRSTNAME%, %LASTNAME%, %PASSWORD%, %EMAIL%, %COMMENT%, %USERNAME%, %USERID%     234  */     235  define("C__CONTACT_MSG__PASSWORD",     236                "Hello %FIRSTNAME% %LASTNAME%, \n\n".     237                        "Your password has been changed to: %PASSWORD%\n".     238                        "\n\n".     239                        "Regards,\n".     240                        "i-doit system"); Warum i-doit keine Contact Notifications verschickt, kann ich bis jetzt noch nicht sagen. Evtl. ein kleiner Bug? Bei den Workflows hingegen funktioniert es einwandfrei
    • T

      Fehler beim zuweisen einer Anwendung

      Watching Ignoring Scheduled Pinned Locked Moved Entwicklung
      4
      0 Votes
      4 Posts
      962 Views
      D
      Ja, sowohl als auch.
    • T

      Anzeige der Felder ändern

      Watching Ignoring Scheduled Pinned Locked Moved Betrieb
      2
      0 Votes
      2 Posts
      934 Views
      dsD
      Nein, das geht leider (noch) nicht. Bei dir steht deshalb Erstellungsdatum, weil du eine neuere Revision als unser Demo System installiert hast
    • T

      LDAP und Kontakte anzeigen

      Watching Ignoring Scheduled Pinned Locked Moved Betrieb
      3
      0 Votes
      3 Posts
      1k Views
      jockiJ
      Was mg sagt, ist soweit richtig. LDAP kann momentan für die Anmeldung an i-doit genutzt werden. Der LDAP-Redirect bei Zugriffen auf "Kontakte" ist für ein späteres Release geplant.
    • T

      Fehler beim Speichern der Raumnummer

      Watching Ignoring Scheduled Pinned Locked Moved Entwicklung
      12
      0 Votes
      12 Posts
      2k Views
      S
      Jetzt ja, und nun funktioniert es. Vielen Dank, der Tipp war gut.