Monty82

Im Knoppix-Menü (oder System oder so ) gibts einen Punkt zum Speichern der Einstellungen auf Diskette. Dann wird beim nächsten booten per Boot-Parameter gesagt, wo Knoppix die Daten findet, sofern er nicht automatisch danach sucht (ist schon zu lange her). Am Anfang, wenn der Splashscreen erscheint, kannst Du dir ja mal die Optionen ansehen (F2 oder so glaube ich)...

Sobald Du session_start() aufrufst, hast Du auch auf der ersten Seite eine Session-ID, wie Dir ein echo session_id(); zeigen wird.

Vermutlich eine Java-Script-Funktion (so Frontpage-Gedöns ), die die Eingaben überprüft. Ich vermute dort liegt auch der Fehler. Du kannst ja testweise mal das onsubmit="return FrontPage_Form1_Validator(this)" rausnehmen und sehen, obs ohne geht und der Fehler dort liegt... Die validierung der Eingaben kannst Du dann auch Serverseitig in dem Perl-Script realisieren, ist eh sicherer als beim Client... - Monty

Kannst Du mal etwas Quellcode posten (interessieren würde mich vor allem das HTML form-Tag)? Clientseitiger oder Serverseitiger versand? Wenn Serverseitig, welche (Skript)Sprache?

Ja, war ein Tippfehler beim Testen. Sry...funzt wohl doch nicht

Du könntest ksort() als zweiten Parameter SORT_STRING mitübergeben... Siehe: http://de3.php.net/manual/de/function.sort.php

Ich sehe gerade, dass ich Müll erzählt habe, da ja auch Informationen abgeschnitten werden. Aber Du kannst an Stelle des Datum-Felds ein String-Feld nehmen, und danach das Datum mit den String-Funktionen auseinanderpflücken, und in ein richtiges Datum-Feld schreiben, oder das ganze über eine temporäre Tabelle lösen. Guck Dir z.B. mal CONCAT(), SUBSTRING() in der Dokumentation an.

Ob es direkt geht weiss ich nicht, aber Du könntest eine weitere Spalte einfügen, in der Du Dir merkst, ob die Einträge bereits korrigiert sind, und dann die nicht korrigierten mit einem einfachen UPDATE richtigstellen.

Was für ein Grid benutzt Du? StringGrid, DBGrid,...? Lässt sich mit den OnKey*-Ereignissen nichts machen?

Ich verstehe ehrlich gesagt nicht was Du willst... Auf welchem Server willst Du die Datei direkt ablegen? Meinst Du nicht eher den Client? Oder willst Du das, was der Client als Download angeboten bekommt, auf dem Webserver in ein Verzeichnis legen?

Ich weiss zwar nicht welches DBMS, aber CONCAT könnte - sofern unterstützt - das sein, was Du suchst...

Mittels eines Mail/Web-To-Fax-Gateways: http://home.efax.com/ z.B.

Dieser Port ist der Standard-Port des LDAP, kann natürlich auch variieren. Ob jedoch auch Passwörter ausgelesen werden können, hängt davon ab, von welchem LDAP-Server Du die Daten auslesen willst, und wie sie dort gespeichert sind. Ich bezweifle sehr stark, dass z.B. die Passwörter eines Domänen-Controllers mit AD ausgelesen werden können.

Jetzt weiss ich auch, warum ich die Fehlermeldung im Quellcode nicht finden konnte... Mein amavisd-new ist zwei Jahre älter ...

Schicke mir mal bitte Deine /usr/sbin/amavisd-new (ka wo die bei Dir liegt), und ich bau Dir mal gerade wenige Debug-Zeilen ein, die helfen sollten, das Problem zu lokalisieren. --> ein.monty@gmail.com

Stimmt...denn hättest Du eins (chroot), und es würde daran liegen, würde jeder Aufruf von file scheitern und die Meldung immer kommen. Jetzt könntest Du mal versuchen herauszufinden (z.B. durch Ändern des Quellcodes von amavis) was genau aufgerufen wird, und was file zurückliefert. Lässt sich der Fehler bei bestimmten Mails reproduzieren? Vielleicht hilft "amavisd-new debug" ja schon. - HTH Monty

Wenn ich das richtig verstehe, willst Du dynamisch Bilder erzeugen. Also in etwa so: http://de3.php.net/manual/de/ref.image.php

Welche file Version? [file --version] Welche Perl Version [perl -v] Benutzt Du ein chroot?

Das hängt davon ab, wie der "full quallified domain name" Deiner Domäne ist. Ich kann Dir nicht sagen, wie das neuerdings bei ADS gehandled wird, d.h. ob ein FQDN Pflicht ist, ansonsten probiere es halt nur mit einem "dc=test". Die sind dem Verzeichnisdienst also dem LDAP-Server bekannt, und steuern den Verlauf der Abfrage in sofern, dass der LDAP-Server weiß, in welchen Verzeichnissen er suchen muss [sehr grobe umschreibung ].

Würde ich auf jeden Fall mal probieren, was mein Vorredner sagt. Aber dennoch stutzt es, dass andere Domains der Transport-Map dennoch funktionieren.

Wie sieht die Transport-Map aus?

Title: [beliebig] LDAP-Server: DC Login Name Attribute: cn RDN Attribute: cn Users Base DN: cn=users,dc=domain,dc=local [im Beispiel ist die Domain: domain.local] Group storage: Stored on LDAP-Server Group Base DN: [wie Users Base DN, es sei denn, Eure Gruppen befinden sich in einem anderen Verzeichnis als users, dann das richtige Verzeichnis bei cn einsetzen] Manager DN: cn=administrator,cn=users,dc=domain,dc=local PW: Domainadmin PW PW Encryption: SHA Default User Roles: Authenticated

Wenn Du nun noch die Einträge, an denen Du denkst zu scheitern postest (sensible Daten kannst Du ja vorher abändern)...

Irgendwelche unterschiede zwischen den Domains, die funktionieren, und den anderen? Funktionieren vielleicht nur die Domains, die der Server selbst hosted? Btw: Muss es nicht "reject_unauth_destination" statt "reject_unauth_destinations" heißen?

Das heisst, es ist kein "Verbindung fehlgeschlagen" gekommen, also kam eine Verbindung zu stande. Und die Portangabe erfolgt bei Telnet immer getrennt durch ein Leerzeichen (unter Windows). Also geh mal davon aus, dass dort ein LDAP-Server läuft. Btw: In welcher Programmiersprache willst Du die Anbindung an den LDAP-Server denn umsetzen?