PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Mails vom outlook client nicht versendet!



linuxchristoph
13.06.02, 10:38
Hallo linuxer,
wenn ich von meinem win98 client mails über outlook versende bekommt mein root(postmaster) folgende meldung:

----- The following addresses had permanent fatal errors -----
<ch.s35i@web.de>
(reason: 501 Sorry, keine Authentifizierung. POP3 muss vorher benutzt
werden. Fehler: 'unbekannter Benutzer' / Sorry, authentification failed. POP3
must be used prior to sending mail. Error: 'unknown user')
<ch_privat@privat.net>
(reason: 501 Sorry, keine Authentifizierung. POP3 muss vorher benutzt
werden. Fehler: 'unbekannter Benutzer' / Sorry, authentification failed. POP3
must be used prior to sending mail. Error: 'unknown user')

----- Transcript of session follows -----
... while talking to smtp.web.de.:
>>> MAIL From:<ch_privat@privat.net> SIZE=37
<<< 501 Sorry, keine Authentifizierung. POP3 muss vorher benutzt werden.
Fehler: 'unbekannter Benutzer' / Sorry, authentification failed. POP3 must be
used prior to sending mail. Error: 'unknown user'
501 5.6.0 Data format error

[ Part 2: "Delivery Status" ]

Reporting-MTA: dns; apollo.privat.net
Arrival-Date: Wed, 12 Jun 2002 11:10:19 +0200

Final-Recipient: RFC822; ch.s35i@web.de
Action: failed
Status: 5.5.2
Diagnostic-Code: SMTP; 501 Sorry, keine Authentifizierung. POP3 muss vorher
benutzt werden. Fehler: 'unbekannter Benutzer' / Sorry, authentification
failed. POP3 must be used prior to sending mail. Error: 'unknown user'
Last-Attempt-Date: Wed, 12 Jun 2002 11:12:17 +0200

Final-Recipient: RFC822; ch_privat@privat.net
Action: failed
Status: 5.5.2
Diagnostic-Code: SMTP; 501 Sorry, keine Authentifizierung. POP3 muss vorher
benutzt werden. Fehler: 'unbekannter Benutzer' / Sorry, authentification
failed. POP3 must be used prior to sending mail. Error: 'unknown user'
Last-Attempt-Date: Wed, 12 Jun 2002 11:12:17 +0200


1) ch_privat@privat.net ist Intranet Adressse
2) ch.s35i@web.de ist die Provider Adresse

... da muß doch bestimmt in der sendmail.cf noch was geändert werden?

Viele Grüße, linuxchristoph

Röme
13.06.02, 10:54
Du hast wohl irgendwo SMTP after POP aktiviert.
Wo, kann ich Dir leider auch nicht sagen.

Gruss
Röme

linuxchristoph
13.06.02, 11:37
... das gilt auch im Intranet? Darüber habe ich noch nicht nachgedacht.

Werde ich direkt mal testen --- bis dahin, linuxchristoph

linuxchristoph
13.06.02, 11:54
... also ich schreib´ eine mail mit outlook an xy@hotmail.com. Diese mail gelangt zu meinem mailserver apollo.privat.net, der stellt fest, die mail ist nicht local und leitet sie dann weiter. Mein voreigestellter provider ist web.de.

Natürlich habe ich smtp after pop via ip-up skript realisiert.
Ich dachte immer, dass ich nur so über z.B. web.de meine mail weiterleiten könnte?

Grüße, linuxchristoph

Röme
13.06.02, 12:38
Wie mir scheint ist bei Dir SMTP after POP so konfigurirt, dass es zum Einsatz kommt wenn Dein Sendmail als Server Dient und nicht so, dass es zum Einsatz kommt wenn Dein Sendmail quasi als Client dient wenn er die Mails an Web.de weiterleitet. Ich weiss nicht wie Du das bewerkstelligen kannst.

Ich habe dieses Problem so gelöst:
In meinem fetchmail-Skript habe ich einen "postconnect" aufruf der dann sendmail aufruft und die Mails aus der Queue versendet, der Nachteil ist, dass die Mails von den Clients nicht sofort versendet werden, sondern auf dem Server gespeichert bleiben bis eben fetchmail über einen crontab-Eintrag aufgerufen wird.

Ansonsten gibt es noch die Möglichkeit von SMTP-Auth (Authentifizierung vor dem Versenden, im Normalfall mit den gleichen Zugangsdaten wie beim Abrufen der Mails per POP) sofern Web.de dies unterschützt. In der SuSE Support-Datenbank gibt es eine Beschreibung wie dies eingerichtet wird, ich habe es aber selbst nie ausprobiert.
SMTP-Auth Client mit Sendmail (http://sdb.suse.de/de/sdb/html/sendmail_smtp_auth.html)

Gruss
Röme

linuxchristoph
13.06.02, 14:35
... so wie Du das Problem gelöst hast, ist auch für mich die einzige vernünftige Lösung.
Allerdings dachte ich, dies mit dem ip-up script gelöst zu haben.
Dort habe ich nämlich folgenden Eintrag:
# by christoph
/usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 && /usr/sbin/sendmail -q

jetzt sollte, wenn ich ip-up aufrufe (geht automatisch mit iasdnctrl, etc.) fetchmail abrufen und sendmail im Anschluß senden.
Naja, was dann passiert ist weiter oben schon beschrieben.

Was muss ich denn machen, damit die mails auf meinem Server verbleiben (Queue) bis ich z.B. so einen "postconnect" oder das ip-up script aufrufe?

Viele Grüße, linuxchristoph

Röme
13.06.02, 14:50
Dies machst Du am einfachsten über YAST1:
Administration des Systems -> Netzwerk konfigurieren -> Expertenmodus für Sendmail-Konfiguration
Punkt "Mail nur in Queue stellen" anwählen.

Danach musst Du Sendmail neu starten
/etc/init.d/sendmail restart

Die Mails in der Queue können dann mit dem Aufruf "sendmail -q" versendet werden.

Für das postconnect schreibst Du in Deine ".fetchmailrc" am Ende:

postconnect "/usr/sbin/sendmail -q"

dann musst Du in Deinem ip-up Script nur noch die Zeile:
/usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 &

eintragen.

Gruss
Röme

linuxchristoph
13.06.02, 15:02
... prima, werde ich direkt mal testen.
Mein derzeitiger e-mail Provider web.de sagt, ich müsste erst die emails via fetchmail abrufen, dann direkt die e-mails aus dem Postfach versenden. Das hat früher über DFÜ auch immer problemlos geklappt (win98+outlook+DFÜ).
Mal sehen was yast so macht.

Grüße, linuxchristoph

Röme
13.06.02, 15:08
Mein derzeitiger e-mail Provider web.de sagt, ich müsste erst die emails via fetchmail abrufen, dann direkt die e-mails aus dem Postfach versenden.

Genau dies wird gemacht, wenn Du das ganze mit diesem posconnect-Aufruf machst.

Gruss
Röme