AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Netzwerke Alternative zu Indy für SMTP-Verbindungne
Thema durchsuchen
Ansicht
Themen-Optionen

Alternative zu Indy für SMTP-Verbindungne

Ein Thema von ioster · begonnen am 9. Sep 2023 · letzter Beitrag vom 10. Sep 2023
Antwort Antwort
ioster

Registriert seit: 15. Aug 2008
84 Beiträge
 
Delphi 10.3 Rio
 
#1

Alternative zu Indy für SMTP-Verbindungne

  Alt 9. Sep 2023, 20:51
Moin,

ich hätte nicht gedacht, dass man mit Indy bei dem Thema OAUTH wirklich weiterkommt. Ich habe Indy für mich eigentlich abgeschrieben, weil es haarig wird, wenn man über die alten Standardzugriffe hinaus auf FTP- oder SMTP-Resoourcen zugreifen muss.

Aktuell beschäftige ich mich notgedrungen mit möglichen Lösungen für Mailkonten, die über die regulären Kontoeigenschaften wie Server- und Benutzername plus Passwort nicht zu erreichen sind. Darunter ist ein Anwender, der unter office.com sein Mailaccount führen lässt, einer mit einer Exchange-Infrastruktur ein dritter, bei dem ich die Kontenkonfiguration laut Admin ja unter Windows einsehen könne.

Es geht um die Realisierung von Nachrichtendownloads mit Anhängen und dem Versand von Response- und Fehlerprotokollnachrichten.

Im Wettbewerb stehen bei mir gerade EASYMAPI von RapWare und IPWorks von n/software. Eine Hürde bei der Problemlösung könnte noch Delphi 2007 als IDE sein.

EASYMAPI habe ich schon lizensiert und in einem anderen Projekt für den Mailversand eingebaut. Unter Delphi 2007 stehen keine visuellen Komponenten zur Verfügung, so dass man offenbar vieles von Hand steuern muss.

Für IPWorks habe ich auch unter Azure eine Registrierung für OAUTH2 vorgenommen und komme trotzdem nicht wirklich weiter. Das war auch ein Grund, warum ich über EASYMAPI nachgedacht habe. Damit würde ich mich nicht am Konto anmelden, sondern müsste mich auf ein installiertes Outlook verlassen. Ein Punkt, der mir wenig behagt, weil ich schon schlechte Erfahrungen mit Word- und Outlook-Integrationen nach Updates gemacht habe.

Ich möchte die Anwendung nicht mit unnötig vielen Komponenten vollstopfen, um auf alle Eventualitäten gerüstet zu sein. Ich möchte mich zudem mit den technischen Untiefen der Quasi-Standards und vor allem der Microsoft-Eigenheiten so wenig wie möglich beschäftigen. Mailfunktionen sind eigentlich nur ein Randmodul, das sich die Kunden wünschen, sich aber nicht vorstellen können, was für ein Aufwand dahinterstecken kann.

Es würde mich interessieren, was man in anderen Projekten in solchen Fällen macht. Es muss zuverlässig beim Kunden laufen.

Danke Euch.

Viele Grüße
Ingo
  Mit Zitat antworten Zitat
Papaschlumpf73

Registriert seit: 3. Mär 2014
Ort: Berlin
442 Beiträge
 
Delphi 12 Athens
 
#2

AW: Alternative zu Indy für SMTP-Verbindungne

  Alt 9. Sep 2023, 21:07
Also mit IPWorks versende ich E-Mails über alle möglichen SMTP-Server inkl. Microsoft 365. die IPWorks unterstützen für Exchange-Server auch Windows-Authentifizierung ohne Username/Kennwort. Habe bisher aber nur Mails versendet; nie abgeholt.
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.647 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: Alternative zu Indy für SMTP-Verbindungne

  Alt 9. Sep 2023, 21:58
Eine Hürde bei der Problemlösung könnte noch Delphi 2007 als IDE sein.
Wenn die Möglichkeit besteht, würde ich darüber nachdenken, diese Funktionalität in einer aktuelleren Version umzusetzen (in deinem Profil steht ja z.B. 10.3 drin) und diese als DLL in das bestehende Projekt unter Delphi 2007 einzubinden. Denn für neuere Delphiversionen ist die Auswahl an möglichen Komponenten einfach höher. Außerdem spart man sich für die neuen Funktionen die Umstellung auf Unicode, falls diese später einmal ansteht.
Sebastian Jänicke
AppCentral
  Mit Zitat antworten Zitat
Benutzerbild von juergen
juergen

Registriert seit: 10. Jan 2005
Ort: Bönen
1.175 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: Alternative zu Indy für SMTP-Verbindungne

  Alt 10. Sep 2023, 11:34
Ich kann dir Clever Internet Suite empfehlen. Nutze das seit Jahren ohne Probleme. Und gibt es auch für D2007.
Jürgen
Indes sie forschten, röntgten, filmten, funkten, entstand von selbst die köstlichste Erfindung: der Umweg als die kürzeste Verbindung zwischen zwei Punkten. (Erich Kästner)
  Mit Zitat antworten Zitat
johndoe049

Registriert seit: 22. Okt 2006
170 Beiträge
 
#5

AW: Alternative zu Indy für SMTP-Verbindungne

  Alt 10. Sep 2023, 12:38
Ich kann dir Clever Internet Suite empfehlen. Nutze das seit Jahren ohne Probleme. Und gibt es auch für D2007.
Sind die noch aktiv???

Ich hatte Anfang des Jahres denen ein paar Fragen per Email zugesendet und nie eine Antwort erhalten.

Unter anderem wollte ich wissen, ob deren HTTP Server ähnlich wie Intraweb oder Unigui zu verwenden ist. Dann können wir die Anzahl der Bibliotheken ggf. verringern und alles über die machen.
  Mit Zitat antworten Zitat
DieDolly

Registriert seit: 22. Jun 2018
2.175 Beiträge
 
#6

AW: Alternative zu Indy für SMTP-Verbindungne

  Alt 10. Sep 2023, 12:53
Was ist mit Internet Component Suite?

Kostenlos und kompatibel zu OpenSSL 3.
  Mit Zitat antworten Zitat
johndoe049

Registriert seit: 22. Okt 2006
170 Beiträge
 
#7

AW: Alternative zu Indy für SMTP-Verbindungne

  Alt 10. Sep 2023, 13:06
Was ist mit Internet Component Suite?

Kostenlos und kompatibel zu OpenSSL 3.
Hat das Imap? Auf der Webseite steht nur POP3 und SMTP.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:38 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz