From: Carsten Alexander (acamat_at_rhein-neckar.netsurf.de)
Date: 02. Mar 2000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hallo Christian,
danke für deine Anregungen. Ich habe die aktuellen Version letztens
mal quergelesen. Soweit ich das überlicken kann, sind es lediglich
Protokoll-Erweiterungen.
Bei meinen Serices suche ich nicht, den kompletten Funktionsumfang zu
implementieren. Schließlich möchte ich keine "echten", vollständigen
Clients programmieren. Ich denke nur an eine sehr eingeschränkte
Implementation.
Ein (datenbank-orientierter) Benachrichtungsdienst sollte SMPT in
erster Version nur für das Versenden von eMails an einen Empfänger
beherrschen und ein Tracking aktivieren können. POP benötigt es
lediglich zum Abholen und Auswerten der diversen Sende- und
Lesebestätigungen. Möglicher User-Replies werden entweder ignoriert
oder mit einer generischen Mail beantwortet.
Trotzdem herzlichen Dank!
Carsten Alexander
Carsten Alexander <acamat_at_rhein-neckar.netsurf.de> wrote:
> Da wir uns bei der Entwicklung auf größtmögliche Flexibilität und
> Einhaltung der Standards verständigt haben, plane ich, diesen
> "demon" natürlich mit SMPT (nach RFC 821) und POP3 (nach RFC 1081)
> zu fahren.
^^^^^^^^^^^^^^^^^^^
Um mehrere Revisionen veraltet, aktuell ist RFC1939.
Was SMTP angeht, würde ich, auch wenn man das für eine erste
Implementierung nicht braucht, mir schon mal ESMTP (RFC1869)
anschauen.
- --
Christian "naddy" Weisgerber
naddy_at_mips.rhein-neckar.de
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.1 Int. for non-commercial use
<http://www.pgpinternational.com>
iQA/AwUBOL6i5e85PHLagcjxEQJ4nACg2vByEGmhlScdkUHrMKxKE0reKVUAnRx+
U25MTKkXmHaKl20u8nvf4fkM
=IV8S
-----END PGP SIGNATURE-----
Dieses Archiv wurde generiert von hypermail 2.1.2 : 11. Mar 2002 CET