Hallo an alle. Ich mache ja gerade einen sehr schnellen Lernprozess durch - neue Hardware, neue Software, alte Serverversion 7.2, neue 9.3 bzw. 10.0. Manche Lernprozesse muss ich schnellstens abkürzen, damit hier alles wieder läuft. Ich kann per fetchmail emails abholen, aber keine versenden. Hat sich das format der default-auth-info datei geändert? Läuft die authentifizierung mittlerweile anders ab? -- Regards, Walter Ulmke
Hallo Walter,
Ich kann per fetchmail emails abholen, aber keine versenden.
Also wenn ich mich recht entsinne, holt fetchmail nur mails ab und versendet nicht. Für den Versand ist eher sendmail oder postfix zuständig. Ich vermute, Du suchst an der falschen Stelle. Grüsse Max
On Tuesday 03 January 2006 13:02, Maximilian Steinbauer wrote:
Hallo Walter,
Ich kann per fetchmail emails abholen, aber keine versenden.
Also wenn ich mich recht entsinne, holt fetchmail nur mails ab und versendet nicht. Für den Versand ist eher sendmail oder postfix zuständig. Ich vermute, Du suchst an der falschen Stelle.
Grüsse
Max
das hast recht - ja und nein. Wenn ich einen neuen Server aufsetze kommt irgendwann der Punkt wo der neue es noch nicht tut - und der alte nicht mehr. Damit diese Zeit so schnell wie möglich vorbei ist, kupfere ich die alten config datein ab, und passe an. Dann arbeite ich rund um die Uhr, und was ich schreibe leidet bisweilen an Übernächtigung. Richtig, abholen tue ich mit fetchmail - problemlos. Meine .fetchmailrc funzt mit leichten Änderungen prima. Senden tue ich mit sendmail. Nur scheint meine alte default-auth-info nicht mehr zu funzen. Ich kann perverserweise an suse.com mailen, aber sonst fast nirgendwo. Das muss ein AUTH problem sein. -- Regards, Walter Ulmke Ulmke Machine Tools, 48496 Hopsten, Germany Tel. ++49/5458/93345-0 Fax. ++49/5458/93345-45 Mobile: ++49/172/5357999 eMail: ulw@ulmke.com
Hallo Walter, also ich bin in sendmail nicht mehr so fit, aber postfix hat in der conf Eintragungen für mydomain, mydestination, "smtpd_recipients_restrictions = permit_mynetworks, permit_sasl_authenticated, reject" und die steuern wenn ich mich recht entsinne wer darf mit, mit welcher oder ohne Anmeldung an wen senden. Das ist jetzt ein Schuss ins blaue, da ich wie gesagt mit sendmail schon längere Zeit nicht mehr arbeite. Grüße Max
Walter Ulmke wrote:
Wenn ich einen neuen Server aufsetze kommt irgendwann der Punkt wo der neue es noch nicht tut - und der alte nicht mehr. Damit diese Zeit so schnell wie möglich vorbei ist, kupfere ich die alten config datein ab, und passe an. Dann arbeite ich rund um die Uhr, und was ich schreibe leidet bisweilen an Übernächtigung.
Wenn das ein wichtiger Server ist, dann baut man normalerweise einen neuen Server auf und lässt den alten weiterlaufen, bis der neue getestet ist und einwandfrei funktioniert. Dann die Queue zum neuen Server schicken und den alten ausser Betrieb nehmen.
Richtig, abholen tue ich mit fetchmail - problemlos. Meine .fetchmailrc funzt mit leichten Änderungen prima.
Senden tue ich mit sendmail. Nur scheint meine alte default-auth-info nicht mehr zu funzen. Ich kann perverserweise an suse.com mailen, aber sonst fast nirgendwo. Das muss ein AUTH problem sein.
Ich bin zwar auch nur in Postfix einigermaßen fit, aber ohne Angabe von Logauszügen, wo der genaue Fehler auftritt, wie der Server funktionieren soll und wie er im Augenblick konfiguriert ist, wird dir wohl keiner helfen können. Wenn du an suse.com direkt schicken kannst, dann liegt es vielleicht daran, dass du zu suse.com direkt sendest, während der Rest über einen Relayserver geht? Meinst du das, authentifizieren beim Relayserver? Sandy (glücklich mit Postfix ;)) -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Walter Ulmke schrieb:
On Tuesday 03 January 2006 13:02, Maximilian Steinbauer wrote:
das hast recht - ja und nein.
Wenn ich einen neuen Server aufsetze kommt irgendwann der Punkt wo der neue es noch nicht tut - und der alte nicht mehr. Damit diese Zeit so schnell wie möglich vorbei ist, kupfere ich die alten config datein ab, und passe an. Dann arbeite ich rund um die Uhr, und was ich schreibe leidet bisweilen an Übernächtigung.
Richtig, abholen tue ich mit fetchmail - problemlos. Meine .fetchmailrc funzt mit leichten Änderungen prima.
Senden tue ich mit sendmail. Nur scheint meine alte default-auth-info nicht mehr zu funzen. Ich kann perverserweise an suse.com mailen, aber sonst fast nirgendwo. Das muss ein AUTH problem sein.
Moin moin, das Problem scheint anderer Natur zu sein. Die Mailer als solche scheinen schon richtig Konfiguriert zu sein. Meiner Ansicht nach versucht er ueber einen DSL Anschluss zu versenden, welcher eine dynamische IP hat. Um der Flut von Viren & Spam wenigstens etwas beizukommen haben viele ISP's damit begonnen, Mails von Server mit einer dynamischen Einwahladdresse abzulehnen, dies wird sicher auch im Logfile so stehen. Deshalb sollte man, falls vorhanden den Mailserver seines Providers als Mailhub bzw. in /etc/sysconfig/sendmail als SENDMAIL_RELAY eintragen, bei welchen man sich natuerlich mit AUTH anmelden muß, das sollte so funktionieren, ach ja ein SuSEconfig & rcsendmail restart noch beigelegt. mfg max
participants (4)
-
MAX -
Maximilian Steinbauer -
Sandy Drobic -
Walter Ulmke