Hallo,
1)
Um das Environmenthandling bei UKA_PPP zu vereinfachen und Envelopes
mit "RCPT TO:" für die Eingangsmails zu erstellen, kann man mit
einem Binäreditor das Dot-Stuffing von UKA_PPP abstellen.
(Hier mal mit HIEW) Wenn in X_POPN.EXE statt
0000193F: B80200 mov ax,00002 [...]
das
0000193F: B80100 mov ax,00001 [...]
steht, werden führende Punkte in der Zeile nicht mehr angefaßt.
Und so siehts unter List.com aus:
001930 50 9A DA 13 E9 03 74 03 E9 1B 00 8D 46 CE 50 B8 [...]
001940 02 00 50 B8 FF 7F 50 9A 10 15 E9 03 50 8D 46 CE [...]
^^hier also 01 rein
001950 50 9A 64 13 E9 03 B8 BA 10 50 9A 43 14 E9 03 0B [...]
001960 C0 B9 00 00 75 01 49 8D 46 CE 50 B8 06 00 50 89 [...]
(Zeilen mit ".." zu Beginn werden dann einfach ab 1. Position statt
ab 2. gelesen.)
Das Patchen ist erforderlich, weil IMO kein Source vorliegt, der
genau das X_POPN.EXE der v1.72x mit QuickBasic 4.5 generiert.
Damit bestehen einfachere Möglichkeiten für ein Envelope/Redirect-
Handling beim Abfragen mehrerer Mail-Accounts in einem .$do-File.
Der Schalter -r kann beim Aufruf von x_pop popserver etc. entfallen
und der keep-Schalter funktioniert dann wieder, weil -r und
keep zusammen nicht harmonieren wollen. Keep in Verbindung mit -r
läßt die Mails zwar in der Mailbox, sie werden aber beim nächstenmal
wieder abgeholt, was ohne -r eben nicht mehr passiert. Vermutlich
klappt die Kommunikation mit der Mailbox nicht, weil der geänderte
TO:-Eintrag dort keine Wirkung hinterläßt oder es ist ein Fehler
im Source. Da X_Popn.exe aber derzeit nicht sicher recompiliert
werden kann, habe ich auch keine gute Grundlage, um da weiter zu
recherchieren.
2) Der Eintrag des Mailers NOS 2.05 durch X_Script.exe
kann verhindert werden, indem man die ständige Neuerzeugung
des "$version" Files auskommentiert und das File recompiliert.
Das mit Quickbasic 4.5 und Link erzeugte Exe-File hat
diesselbe Größe ist aber nicht vollkommen binärkompatibel.
Meiner Ansicht nach besteht aber funktionell kein Unterschied,
sondern es sind nur kosmetische Unterschiede.
Also ab Zeile 220 in X_Script.bas
' ver% = FREEFILE
' OPEN "$version" FOR OUTPUT AS ver%
' PRINT #ver%, var$(42)
' CLOSE ver%
Zum Kompilieren muß man sich halt die entsprechenden Library-Files
von der KHW-Hompepage holen.
Wenn man das $version-File dann löscht, hat man Ruhe vor
solchen Headereinträgen. Die Möglichkeit über das <box>.$cf-File
eine derartigen Eintrag durch "x-mailer"= erzeugen zu lassen
bleibt davon unberührt. Getestet habe ich letztere nicht, genaueres
kann kann man auch in den UKA_PPP-Sourcen finden. Im Default.$cf-
File habe ich einen solchen Eintrag nicht gefunden, aber
er scheint zu funktionieren, um etwa auf Outlook oder sonstwas
zu faken ;)
----------
Ich kann nicht zusichern, daß ich hier Rückfragen beantworte, da
ich zur Zeit ziemlich selten und nur sporadisch mitlese.
--
Salut
_)oachim
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
Dev-List@freexp.de
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
