Support-Forum Mirko Böer Softwareentwicklungen

Ja der Server muss AUTH LOGIN unterstützen, das kann eigentlich jeder Server, außer man hat es wirklich nicht aktiviert, das ist aber ganz ganz selten.

Hallo Mirko,
hier die Lösung:
Outlook verwendet AUTH PLAIN und der Supermailer verwendet AUTH LOGIN. Diese Form muß natürlich eingerichtet sein.

Gruß
Ralf

Hallo Mirko,

nein SSL braucht der Server nicht. Mit Outlook geht es ja bei gleicher Absender Emailadresse und auch ohnes SSL. Nur Auth. Anmeldung. Wie gesagt, mit Outlook geht es mit dem Supermailer nicht. Wo ist bei der Anmeldung am Server der Unterschied?

Viele Grüße
Ralf

Vielleicht muss die SSL Verschlüsselung noch aktiviert werden? Alternativ die Absender-E-Mail-Adresse wird vom Server nicht akzeptiert, das muss in dem Fall die E-Mail-Adresse sein, die auch für die SMTP-Authentifizierung verwendet wird.

Hallo Mirko,

ich habe das gleiche Problem uns sehe hier im Forum leider keine Lösung:


auch ich bekomme immer den fehler 554 5.7.1 : Relay access denied

Benutzername und Rasswort stimmen
Wenn ich die gleichen Einstellungen mit Outlook verwende, funktioniert der Emailversand. Wo liegt der Unterschied bei der Benutzung des SMTP Servers?


Schöne Grüße
Ralf

Hallo,

welchen Postausgangsserver hast du unter Menü Projekt - Einstellungen für den E-Mail-Versand, Registerkarte E-Mail-Versand eingegeben? Den von web.de, also smtp.web.de und bei Auth. beim SMTP-Server notwendig web.de-Benutzername und Passwort korrekt eingegeben?

hallo mirco,

ich weiss nicht ob du dem vorposter helfen konntest, bei mir klappts jedenfalls nicht.

ich bekomme immer den fehler 554 5.7.1 <xxx>: Relay access denied

benutzername und passwort stimmen 100%
server hat keine verschlüsselung (auch mit und ohne probiert).

ich habe auch schon am helo rumgestellt, weil ich dachte es liegt daran.
leider hat das alles nichts gebracht. wenn ich von outlook oder thunderbird sende klappts einwandfrei.

woran kann das liegen ?

gruss
slack

Hi Hendrik,

im SuperMailer Menü Projekt - Einstellungen f. den E-Mail-Versand öffnen, auf der Registerkarte E-Mail-Versand unten das Häkchen bei \"Authentifizierung beim SMTP-Server notwendig\" setzen und Benutzername/Passwort korrekt eintragen.

Hi,

sehr eigenartig: ich habe einen eigenen SMTP server, und der funktioniert mit Thunderbird prächtig.

Beim Versand von Mail aus dem SM ( an externe domais ) wird folgender fehler produziert:

# E-Mail-Adresse Ãœbermittlung Fehlercode Fehlertext
1 hwendler@web.de FEHLGESCHLAGEN 554 Exception: <hwendler>: Recipient address rejected: Relay ccess denied; Transaction failed


E-Mail-Versand begonnen: 11.02.2008 17:11:41
E-Mail-Versand beendet: 11.02.2008 17:11:42
Gesamtdauer: 00:00:01 Stunde(n)
Erfolgreich versendet: 0 davon 0 in Blockliste(n)
Nicht erfolgreich versendet: 1


Ich habe im SM natürlich die gleichen Zugangsdaten wie in Thunderbird angegeben. ( Host, User, PW ).
Im maillog sehe ich allerding im SM noch nicht mal einen Passwort Handshake:


Feb 11 17:22:52 151043 postfix/smtpd[32379]: connect from pD9E6DF58.dip.t-dialin .net[217.230.223.88]
Feb 11 17:22:53 151043 postfix/smtpd[32379]: NOQUEUE: reject: RCPT from pD9E6DF5 8.dip.t-dialin.net[217.230.223.88]: 554 <hwendler>: Recipient address rej ected: Relay access denied; from=<prolight2008> to=<hwendler> prot o=SMTP helo=<smtp>
Feb 11 17:22:53 151043 postfix/smtpd[32379]: disconnect from pD9E6DF58.dip.t-dia lin.net[217.230.223.88]


Bei thunderbird kommt der sasl passwort handshake:

Feb 11 17:23:45 151043 postfix/smtpd[30600]: connect from pD9E6DF58.dip.t-dialin.net[217.230.223.88]
Feb 11 17:23:46 151043 postfix/smtpd[30600]: 5362B2B30008: client=pD9E6DF58.dip.t-dialin.net[217.230.223.88], sasl_method=CRAM-MD5, sasl_username=[mein username]
Feb 11 17:23:46 151043 postfix/cleanup[11780]: 5362B2B30008: message-id=<47B075BA>
Feb 11 17:23:46 151043 postfix/qmgr[11767]: 5362B2B30008: from=<wendler>, size=806, nrcpt=1 (queue active)
Feb 11 17:23:46 151043 postfix/smtpd[30600]: disconnect from pD9E6DF58.dip.t-dialin.net[217.230.223.88]


Womit mag das zusammenhängen?

Beste Grüße & Danke,
Hendrik



Admin E-Mail-Adressen entfernt, wegen Spambots.