Moin! Also ich habe jetzt mal einfach bei fetchmail eine .fetchmailrc gemacht, wo nu drinsteht poll server password is auch wunderbar, er ruft auch die mails ab, aber die landen sofort im maildirectory von root. wo hab ich den fehler eingebaut, so das er es nicht an sendmail uebergibt, oder tut fetchmail es doch und sendmail verteilt durch aufruf alles an root weil sonst nix weiter definiert ist? ich hohle die mails als root ab ich bin sicher, das es nur n kleiner fehler ist den ich uebersehn hab. danke schonmal Nico --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, 13 Feb 2000, Nico Bille wrote:
Moin!
Also ich habe jetzt mal einfach bei fetchmail eine .fetchmailrc gemacht, wo nu drinsteht poll server password is auch wunderbar, er ruft auch die mails ab, aber die landen sofort im maildirectory von root. wo hab ich den fehler eingebaut, so das er es nicht an sendmail uebergibt, oder tut fetchmail es doch und sendmail verteilt durch aufruf alles an root weil sonst nix weiter definiert ist? ich hohle die mails als root ab ich bin sicher, das es nur n kleiner fehler ist den ich uebersehn hab. danke schonmal
Nico
landen doch dort wo sie hinsollen. tip: hol dir die mails als <user> und trag dazu in die .fetchmailrc (in ~<user>/) ein: poll <mailserver> protocol <whatever> timeout <x> username <loginname beideinem ISP> is <dein lokaler username> damit kannst du deine mails als <user> abholen. hope this helps -- Michael Karges, mika@ins.at, kar@space.at Powered by Linux! Bye Billy boy! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Versuchs mal mit poll MAILSERVER with proto pop3 user USER there with pass PASS is LOCAL-USER here flush fetchall ollte klappen On Sun, 13 Feb 2000, Nico Bille wrote:
Moin!
Also ich habe jetzt mal einfach bei fetchmail eine .fetchmailrc gemacht, wo nu drinsteht poll server password is auch wunderbar, er ruft auch die mails ab, aber die landen sofort im maildirectory von root. wo hab ich den fehler eingebaut, so das er es nicht an sendmail uebergibt, oder tut fetchmail es doch und sendmail verteilt durch aufruf alles an root weil sonst nix weiter definiert ist? ich hohle die mails als root ab ich bin sicher, das es nur n kleiner fehler ist den ich uebersehn hab. danke schonmal
Nico
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
cu, Daniel -- Daniel Marquez-Klaka http://www.marquez.de Marktplatz9 http://www.marktplatz9.de 63654 Büdingen daniel@marquez.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, 13 Feb 2000, Nico Bille wrote:
Also ich habe jetzt mal einfach bei fetchmail eine .fetchmailrc gemacht, wo nu drinsteht poll server password is auch wunderbar, er ruft auch die mails ab, aber die landen sofort im maildirectory von root.
Und wohin soll es sonst gehen? Das musst Du Deinem fetchmail schon genau mitteilen, sonst geht es natuerlich erst mal an root (wenn dieser fetchmail aufgerufen hat). So sieht bei mir eine .fetchmailrc aus (in einer Zeile zu schreiben): poll pop.gmx.de protocol pop3 username "12345678" password ahahmhm is blancke.gmx und schon gehen die Nachrichten von meinem GMX-Account an den lokalen user "blancke.gmx".
ich hohle die mails als root ab
Dagegen spricht auch nichts, denn das Abholen Deiner Mails wirst Du wahrscheinlich regelmaessig durch einen Cronjob erledigen lassen. Viel Erfolg beim Ausprobieren. Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Nico Bille wrote:
is auch wunderbar, er ruft auch die mails ab, aber die landen sofort im maildirectory von root. ^^^^^^^^^ ???? Warum da? Meinst Du vielleicht die root-Maildatei /var/spool/mails/root ?
Hast Du sendmail überhaupt am laufen ? Mach mal ps ax | grep sendmail und ist sendmail auf port 25 ?? (-> telnet localhost 25 ) Wenn nicht, liefert fetchmail Deine Mails gleich in /var/spool/mail unter dem geweiligen Namen wie in .fetchmailrc angegeben ist, ab. (Vielleicht auf nur , wenn fetchmailrc in /root/ steht !?!?) Da ist klar. Denn Sendmail muss nicht laufen. Zum reinen Abholen der Mails reicht auch fetchmail ohne sendmail. Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 13-Feb-00 Ekkard Gerlach wrote:
Hast Du sendmail überhaupt am laufen ? Mach mal ps ax | grep sendmail und ist sendmail auf port 25 ?? (-> telnet localhost 25 )
Wenn nicht, liefert fetchmail Deine Mails gleich in /var/spool/mail unter dem geweiligen Namen wie in .fetchmailrc angegeben ist, ab. (Vielleicht auf nur , wenn fetchmailrc in /root/ steht !?!?) Da ist klar. Denn Sendmail muss nicht laufen. Zum reinen Abholen der Mails reicht auch fetchmail ohne sendmail.
Hallo,
mit Verlaub, aber das ist Unsinn. fetchmail holt die mail vom pop
account und liefert sie lokal an port 25 und da lauert der sendmail
daemon, sendmail wieder uebergibt die mail an procmail (oder deliver)
und erst dann wird die mail in die spool datei einsortiert.
Gruss
Dieter
--
E-Mail: Dieter Kluenter
* Dieter Kluenter schrieb am 14.Feb.2000:
mit Verlaub, aber das ist Unsinn. fetchmail holt die mail vom pop account und liefert sie lokal an port 25 und da lauert der sendmail daemon, sendmail wieder uebergibt die mail an procmail (oder deliver) und erst dann wird die mail in die spool datei einsortiert.
Also, um lokale mails zu versenden braucht man weder sendmail noch fetchmail, zumindest mail kann das alleine. Ich schätze mal mutt auch. Bernd -- Hast Du bei Problemen schon in der SuSE-Support-Datenbank (SDB) nachgesehen? Auf Deinem Rechner: file://usr/doc/susehilf/index.html | mit Apache: http://localhost/doc/susehilf/index.html | Zufalls- Tagesaktuell bei SuSE: http://sdb.suse.de/sdb/de/html/index.html | signatur 2 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Dieter Kluenter wrote:
On 13-Feb-00 Ekkard Gerlach (ich) wrote:
Hast Du sendmail überhaupt am laufen ? Mach mal ps ax | grep sendmail und ist sendmail auf port 25 ?? (-> telnet localhost 25 )
Wenn nicht, liefert fetchmail Deine Mails gleich in /var/spool/mail unter dem geweiligen Namen wie in .fetchmailrc angegeben ist, ab. (Vielleicht auf nur , wenn fetchmailrc in /root/ steht !?!?) Da ist klar. Denn Sendmail muss nicht laufen. Zum reinen Abholen der Mails reicht auch fetchmail ohne sendmail.
Hallo,
mit Verlaub, aber das ist Unsinn. fetchmail holt die mail vom pop account und liefert sie lokal an port 25 und da lauert der sendmail daemon, sendmail wieder uebergibt die mail an procmail (oder deliver)
Hallo Dieter, nichts ist schöner als Theorie, was? - Ich habe monatelang nur mit fetchmail gearbeitet. Netscape hat die Mails direkt ins internet gesendet, **ohne** sendmail. fetchmail hat mir die Mails vom Provider abgeholt und direkt nach /var/spool/mail/gerlach gestellt, ***ohne*** sendmail und ***ohne*** procmail. Probier es doch aus !! Probiere es einfach damit: 1. /etc/rc.d/sendmail stop 2. Test, dass sendmail wirklich nicht mehr läuft: ps ax | grep mail 3. Schick Dir selber eine Mail echo "nur ein test"| mail -s "Test" gerlach ... und siehe da, sie erscheint in /var/spool/gerlach auch ohne sendmail ! ("gerlach" natürlich durch Deinen login ersetzen, entsprechend fetchmailrc) Erst seit ein paar Tagen habe ich sendmail und procmail. Vielleicht kann ein Crack mal erklären wie genau das geht, wenn fetchmail die Mails holt und sie ohne sendmail (per fetchmailrc, klar) in /var/spool/mail/<user> landen. Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 15-Feb-00 Ekkard Gerlach wrote:
Dieter Kluenter wrote:
Hallo Dieter, nichts ist schöner als Theorie, was? - Ich habe monatelang nur mit fetchmail gearbeitet. Netscape hat die Mails direkt ins internet gesendet, **ohne** sendmail. fetchmail hat mir die Mails vom Provider abgeholt und direkt nach /var/spool/mail/gerlach gestellt, ***ohne*** sendmail und ***ohne*** procmail. Probier es doch aus !!
Hallo Ekkard
Probiere es einfach damit: 1. /etc/rc.d/sendmail stop 2. Test, dass sendmail wirklich nicht mehr läuft: ps ax | grep mail 3. Schick Dir selber eine Mail echo "nur ein test"| mail -s "Test" gerlach ^^^^^ und damit rufst du das Programm Mail auf, Auszug aus man Mail:
mail (m) Takes as argument login names and distribution group names and sends mail to those people. d.h. fuer lokale Zustellung benoetigt Mail sendmail nicht.
... und siehe da, sie erscheint in /var/spool/gerlach auch ohne sendmail ! ("gerlach" natürlich durch Deinen login ersetzen, entsprechend fetchmailrc)
Erst seit ein paar Tagen habe ich sendmail und procmail.
Vielleicht kann ein Crack mal erklären wie genau das geht, wenn fetchmail die Mails holt und sie ohne sendmail (per fetchmailrc, klar) in /var/spool/mail/<user> landen.
Dazu man fetchmail:
As each message is retrieved fetchmail normally delivers
it via SMTP to port 25 on the machine it is running on
(localhost), just as though it were being passed in over a
normal TCP/IP link. The mail will then be delivered
locally via your system's MDA (Mail Delivery Agent, usu
ally sendmail(8) but your system may use a different one
such as smail, mmdf, exim, or qmail). All the delivery-
control mechanisms (such as .forward files) normally
available through your system MDA and local delivery
agents will therefore work.
Gruss
Dieter
--
E-Mail: Dieter Kluenter
Dieter Kluenter wrote:
On 15-Feb-00 Ekkard Gerlach wrote:
3. Schick Dir selber eine Mail
^^^^^ und damit rufst du das Programm Mail auf, Auszug aus man Mail:
HAllo Dieter, hallo .. habe /etc/rc.d/sendmail stop gemacht. habe echo große_Datei.txt | mail -s "Test" gerlach mehrmals in schnellstmöglicher Abfolge (Tastatur) hintereinander abgeschickt Tatsächlich wird unter "top" eine "sendmail"-Prozess aktiv, obwohl sendmail nicht (mehr) als daemon läuft!!! Dieter hat also doch nicht so unrecht (sorry, Dieter ;-) ) . Mail ruft sendmail scheinbar mit gesonderten Prametern auf, die dann sendmail veranlassen direkt in /var/spool/mail/<user> zu leiten. Dazu muss sendmail zwar installiert sein (wird sendmail von SuseŽs Yast default-configuriert genau für diesen Fall??), aber nicht als daemon gestartet sein. habe /etc/rc.d/sendmail stop mv /usr/sbin/sendmail /usr/sbin/sendmail_ gemacht. Dann echo "nur ein test"| mail -s "Test" gerlach -> Fehlermeldung: /usr/sbin/sendmail: No such file or directory Also: "mail" braucht sendmail. Braucht auch fetchmail sendmail ? Wer testet es ? Wenn ja, wer findet heraus mit welchen Parametern sendmail von fetchmail/ mail aus aufgerufen wird ? - Mit ps axw | grep sendmail ist da nichts zu machen, scheinbar existiert der sendmail-Prozess nur extrem kurz. top zeigt ihn aber an, s.o. Beim nächsten fetchmail (dann, wenn diese Mail ins Internet wandert), teste ich es. Ich melde mich dann mit einer weiteren Mail.
d.h. fuer lokale Zustellung benoetigt Mail sendmail nicht.
nun wohl doch .. Habe gerade den Test gemacht: sendmail verstümmelt mit mv /usr/sbin/sendmail sendmail_ jetzt keine Fehlermeldung ... Mails werden auch abgeholt. Hmmm .. ? bis bald Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (7)
-
B.Brodesser@online-club.de
-
blancke@gmx.de
-
daniel@marquez.de
-
dkluenter@gmx.de
-
mika@ins.at
-
newslisting@gmx.net
-
SPS_Gerlach@online.de