🚀 go-pugleaf

> Ich stelle mir folgendes vor:
> *1 POP-Account beim Provider (mail@domain.ch)
> *mehrere Aliase beim Provider (user1...userX@domain.ch)
> *1 Dial-up verbindung via Modem / ISDN z.B. alle 30 Min. zur
>   Abfrage des POP-Accounts.
> *Dieselbe Dial-up Verbindung für das Senden der Mails, sobald
>   eines im Postfach eintrifft.
> *Verteilung der Mails anhand des "An:"-Feldes in die internen
>   Postfächer, welche ich via Win-Client (Outlook, Netscape usw)
>   abrufen möchte.

Kein Grossverdiener aber alle 30 Minuten Telverbindung? Das kostet dann
jedesmal 10 Rappen, also 4.80 Fr. am Tag! Das macht ca. 146 Fr. im
Monat, oder 1708.80 im Jahr... Nur so als Hinweis!
 
> Welche Programme brauche ich dazu? Ich hab auf der SuSE5.3
> Proggis gefunden wie pop3d, fetchmail, sendmail usw... Muss
> ich die irgendwie alle in einen Topf bringen oder benötige ich nur
> eines von vielen, oder zwei davon, oder...

Ich glaube Du benötigst alle drei. Den pop3d für die lokalen Mailboxen,
fetchmail um die Mails zu ziehen und Sendmail um sie in die Mailboxen zu
schmeissen. Genau weiss ich das aber nicht. Eine Doku dazu findest Du im
Verzeichnis /usr/doc/packages.
Vorallem fetchmail ist wichtig (glaub ich..).

mfg

Claudio

Claudio Mettler <claudio.mettler@schweiz.org> schrieb in im
Newsbeitrag: 378B5147.D157E9BC@schweiz.org...
[snip]
>Kein Grossverdiener aber alle 30 Minuten Telverbindung? Das kostet
dann
>jedesmal 10 Rappen, also 4.80 Fr. am Tag! Das macht ca. 146 Fr. im
>Monat, oder 1708.80 im Jahr... Nur so als Hinweis!

Danke f�r den Hinweis - mein PC l�uft ja nicht den ganzen Tag und das
mit den 30 Minuten war auch nur so ein *ausdembauchgeschriebener*
Interval... :-)

hi

> ware schildern k�nnte, damit ich weitert�fftelnd kann... :-)
also, was du sicher brauchst ist fetchmail... das sollte eigentlich
schon reichen....
-> http://www.tuxedo.org/~esr/fetchmail/
wenn du die mails dann noch von anderen stationen abholen willst,
brauchts noch den pop3d... 
und um die mails von dir ins internet zu bringen brauchst du noch
sendmail... sendmail ist hart zum configurieren, und auch sonst ein
bisschen tricky...

viel spass beim basteln und gruss

-- 
to e-mail remove SPAM from email...

> Ich stelle mir folgendes vor:
> *1 POP-Account beim Provider (mail@domain.ch)
> *mehrere Aliase beim Provider (user1...userX@domain.ch)
> *1 Dial-up verbindung via Modem / ISDN z.B. alle 30 Min. zur
>   Abfrage des POP-Accounts.
> *Dieselbe Dial-up Verbindung f�r das Senden der Mails, sobald
>   eines im Postfach eintrifft.
> *Verteilung der Mails anhand des "An:"-Feldes in die internen
>   Postf�cher, welche ich via Win-Client (Outlook, Netscape usw)
>   abrufen m�chte.
> 
> Welche Programme brauche ich dazu? Ich hab auf der SuSE5.3
> Proggis gefunden wie pop3d, fetchmail, sendmail usw... Muss
> ich die irgendwie alle in einen Topf bringen oder ben�tige ich nur
> eines von vielen, oder zwei davon, oder...
> 
> Ich w�re euch sehr zum Dank verpflichtet, wenn mir jemand einen
> kurzen Abriss einer sollchen Installation mit der notwendigen Soft-
> ware schildern k�nnte, damit ich weitert�fftelnd kann... :-)
> Herzlichen Danke f�r alle Hinweise!

Lies mal Kapitel 10 von Klaus Frankens ISDN Howto:
http://www.franken.de/users/klaus/DE-ISDN-HOWTO/html/DE-ISDN-HOWTO-10.html

Ausserdem die Fetchmail Seite von SuSE:
http://www.suse.de/Support/sdb/fetchmail.html

Dann konfigurierst Du das aliases File in /etc auf Deinem lokalen
Mailserver entsprechend den Aliases beim ISP, sagst "newaliases",
startest sendmail neu und fertig.

Viel Erfolg
Fredy

Hallo zusammen
Vielen Dank f�r die vielen Hinweise - ich steh da wohl vor einem
riiiiiesigen Berg Arbeit...

[./Resignation on]
...gibts denn unter Linux tats�chlich kein Programm, dass alles
in einem kann???
[./Resignation off]
--
Gruss tinu

Hallo Martin

Martin Heggli <mahe@gmx.net> wrote:
> Welche Programme brauche ich dazu? Ich hab auf der SuSE5.3
> Proggis gefunden wie pop3d, fetchmail, sendmail usw... Muss
> ich die irgendwie alle in einen Topf bringen oder ben�tige ich nur
> eines von vielen, oder zwei davon, oder...

Ich mach sowas mit fetchmail und procmail. fetchmail holt die Mails ab
und gibt sie zur Verteilung und Filterung an procmail weiter.

Aus dem Verbindungsskript wird f�r jeden User fetchmail aufgerufen:

su -c /usr/bin/fetchmail lokaler_user1
su -c /usr/bin/fetchmail lokaler_user2
su -c "/usr/bin/fetchmail -k" lokaler_user3

Im $HOME jedes Users hat's ein .fetchmailrc. Hier ein Beispiel f�r
einen User mit Accounts auf zwei Servern: 

poll mail.provider1.com
protocol pop3
username uetzwurst
password wage17
mda "/usr/bin/procmail -d lokaler_username"

poll pop.provider2.net
protocol pop3
username osterwelle
password memphis
mda "/usr/bin/procmail -d lokaler_username"

procmail ist hier als mail delivery agent angegeben, d.h. er ist f�r
die Weiterverteilung zust�ndig. Im $HOME von lokaler_username hat's
dann ein .procmailrc. Nach diesen Regeln werden die Mails auf
verschiedene Mailboxen weiterverteilt, nach Spam gefiltert,
geforwardet (was fuer ein Wort! :-) ), bei Abwesenheit automatische
Antworten generiert usw.

Bsp. aus .procmailrc f�r eine Mailingliste:

# Linux-Kernel
:0:
* ^X-Loop:.*majordomo@vger.rutgers.edu.*
/home/user1/Mail/kernel

d.h. alles was X-Loop:.*majordomo@vger.rutgers.edu.* im Header hat
kommt in die Mailbox /home/user1/Mail/kernel

Ein Spamfilter
:0 f
* ^From.* [0-9]+@aol\.com
| formail -A 'X-Spamblock: caught by rule faked aol address'

Spam mit falscher AOL Adresse kriegt den Vermerk X-Spamblock und wird
hier entsorgt:

# hau wech die Scheisse!
:0
* ^X-Spamblock:
* !^X-Spamblock: ignore
spamblock

F�r den Zugriff von den Windows Clients brauchst du jetzt noch einen
lokalen pop Server, der die Mails aus /var/spool/mail/ serviert..

Grunds�tzlich spricht auch nichts dagegen das ganze zu zentralieieren
mit nur einer .fetchmailrc und einer .procmailrc. Sowas ist
wahrscheinlich vor allem bei vielen Usern einfacher zu handhaben als je
ein Konfigurationsfile pro User.

HTH f�r den Anfang.

Cheers,
	Dani
-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

> [./Resignation on]
> ...gibts denn unter Linux tatsächlich kein Programm, dass alles
> in einem kann???
> [./Resignation off]

Doch doch! Aus langweile und auch um meine Eltern mit der Telrechnung zu
stressen ;), habe ich n bisschen gesucht, und fetchpop gefunden. Das
tool benötigt KEINEN Sendmail, keinen fetchmail und auch keinen procmail
(steht in der Doku). Du findest es auf:
http://linuxberg.datacomm.ch/conhtml/net_email.html
Irgendwo..
Da solltest du dann aber auch die doku anschauen...

also mit sendmail musst du dich wohl nicht abmühen denke ich..

mfg

Claudio

Martin Heggli <mahe@gmx.net> wrote:
> ...gibts denn unter Linux tats�chlich kein Programm, dass alles
> in einem kann???

That's a design feature.

Some people believe that it's better to have 5 independantly running
and independantly tested programs to do 5 tasks than to use one big,
maybe easy to configure but not crash-resistant, not well tested, and
generally bulky software.

Daniel Brack <dbrack@datacomm.ch> schrieb:
[...]
> Bsp. aus .procmailrc f�r eine Mailingliste:
> 
> # Linux-Kernel
> :0:
> * ^X-Loop:.*majordomo@vger.rutgers.edu.*
> /home/user1/Mail/kernel
> 
> d.h. alles was X-Loop:.*majordomo@vger.rutgers.edu.* im Header hat
> kommt in die Mailbox /home/user1/Mail/kernel [...]

<pingelig>
Genau genommen muesste es heissen "alles, was im Header am Anfang einer
Zeile X-Loop:...", denn das '^' bedeutet, dass der nachfolgende
Buchstabe am Zeilenanfang stehen muss.
</pingelig>

Gruesse, Simon

-- 
Simon Ramseier                   sam@trash.net
Ein Unix-Konto (alles inkl.) gibt's gratis unter http://www.trash.net

Thomas Bader <thomasb@trash.net> schrieb in im Newsbeitrag:
h2fhm7.q5.ln@debian.tb.qad.org...
[snip]
> AFAIK leider nicht. Da steht eine Unix-Philosophie dahinter: 'Keep
it
> simple'. Es ist einfach besser mit drei kleinen, stabilen und
bugfreien
> Tools zu arbeiten, als ein verbuggtes Monster zu benutzen.

Naja, das unter Win laufende vpop3 bringt gerade mal 790KB auf
die Waage... Im Prinzip ists ein POP-Server, der die F�higkeit
hat, via DF� die Mails zu holen, resp. zu schicken, wenn er
nicht in der Lage ist, sie intern zu verteilen - eigentlich genial
einfach...
Mal schauen - vielleicht wird das Proggi mal nach Linux
portiert... :-) Bis dahin schlag ich mich nun mit fetchmail,
procmail und pop3d herum, achja, zum senden brauch ich
noch sendmail... Wobei die Clients ja eigentlich den
Mail-Server des Provider direkt ansprechen k�nnen, via
Routing und Diald - oder seh ich das falsch?
--
Gruss tinu

Fredy Kuenzler <fredy@kuenzler.ch> wrote:
> Mailserver entsprechend den Aliases beim ISP, sagst "newaliases",
                                                ^^^^^^^^^^^^^^^^^^

Hmm, Linux mit Spracheingabe ! Wie konfiguriert man dass ? ;-)
SCNR

Cheers,
Philipp Nyffenegger
-- 
ASCOM AG		Tel. G.  : +41 (0)31 999 34 96
NISI Intranet/Internet	Tel. P.  : +41 (0)31 981 25 81
Belpstrasse 37		Tel. GSM : +41 (0)79 302 12 31
3000 Bern 14		Email    : nnyffp@ascom.com

phippu@ascom.com wrote:
Hmm, Linux mit Spracheingabe ! Wie konfiguriert man dass ? ;-)
> SCNR
> 
http://www.software.ibm.com/speech/dev/sdk_linux.html

Hier gibts die Anleitung dazu! <grins>

cu
Raffael Luthiger

Daniel Brack wrote:
[...]
> verschiedene Mailboxen weiterverteilt, nach Spam gefiltert,
> geforwardet (was fuer ein Wort! :-) ), bei Abwesenheit automatische
[...]

K�rzlich hat einer meiner Kollegen in einer Diskussion gesagt 
'und dann warde ich dir das Mail for' - und schon ist forwarden
wirklich ein deutsches Wort ;-)

Nicolas

> AFAIK leider nicht. Da steht eine Unix-Philosophie dahinter: 'Keep it
> simple'. Es ist einfach besser mit drei kleinen, stabilen und bugfreien
> Tools zu arbeiten, als ein verbuggtes Monster zu benutzen.

Verdammt! Ist es sooo schwierig, Postings zu lesen, oder werde ich
einfach von allen ignoriert?? Lies mal mein Posting n bisschen weiter
oben, das zweite Posting unter meinem Namen in diesem Thread!

mfg

Claudio

Thomas Bader <thomasb@trash.net> schrieb in im Newsbeitrag:
cvgim7.n8.ln@debian.tb.qad.org...
[snip]
> Vergiss sendmail, nimm stattdessen exim. Das ist sehr einfach zu
handhaben
> und f�r Dial-Up-Hosts IMHO besser als sendmail. Ich habe bei mir
auch exim
> laufen. eMails an lokale User werden sofort zugestellt, eMails an
Empf�nger
> ausserhalb meines LAN werden in die Warteschlange gestellt, und beim
> n�chsten Einw�hlvorgang ins Internet verschickt. Falls Du Hilfe
brauchst,
> kannst Du dich bei mir melden.

Du erw�hnst dieses exim jetzt schon das zweite mal, wenn ich richtig
erz�hlt hab.
Kannst du noch angeben, WO dass man es auf anhieb findet?

> > --
>     ^ Fehlt da etwa ein Leerzeichen?

B���h?!? Ich mach die Dinger gar nicht rein - die macht mein Outlook
von selbst, aber ich werd mal meine sprechende B�roklammer fragen,
ob und warum dass da ein Leerzeichen fehlt... :-)
Wobei es hier jetzt sicher eins hat - hab ich extra gepr�ft...
--
Gruss tinu

Martin Heggli <mahe@gmx.net> schrieb in im Newsbeitrag:
7mk363$o2m$1@bw107zhb.bluewin.ch...
[snip]
> Kannst du noch angeben, WO dass man es auf anhieb findet?

STOOOP! HAAALT! Habs soeben gefunden... :-)

--
Gruss tinu

> STOOOP! HAAALT! Habs soeben gefunden... :-)

Stop, HAAALT! Du brauchst kein verdammten MTA wenn du fetchpop benutzt.
Aber wenn du unbedingt viel zu tun haben willst, mach das. Dann kannst
Du auch gleich Sendmail nehmen. Also anstelle von Fetchpop installierst
du:
-exim
-procmail
-fetchmail
-pop3d

Mit fetchpop müsstest du nur:
-fetchpop
-pop3d

installieren.. evtl. noch procmail, aber fetchpop hat solche funktionen
schon drinnen..


mfg

Claudio

Hallo Claudio

Claudio Mettler <claudio.mettler@schweiz.org> schrieb in im
Newsbeitrag: 378D98FE.8D7464AB@schweiz.org...
>Stop, HAAALT! Du brauchst kein verdammten MTA wenn du fetchpop
benutzt.
>Aber wenn du unbedingt viel zu tun haben willst, mach das. Dann
kannst
>Du auch gleich Sendmail nehmen. Also anstelle von Fetchpop
installierst
>du:
>-exim
>-procmail
>-fetchmail
>-pop3d
>
>Mit fetchpop m�sstest du nur:
>-fetchpop
>-pop3d

Nur um deine blankgelegten Nerven zu beruhigen, m�chte ich dir
mitteilen,
dass ich Fetchpop bereits heruntergeladen - aber noch nicht
ausprobiert habe..
:-)
--
Gruss tinu
+ + + + + + + + + + + + + + +
Sion2006:
Games of the heart - but the
world doesn't need heart$...
+ + + + + + + + + + + + + + +

> Ein kleines Programm, das *eine* Aufgabe kann, kann man viel besser warten
> und Bugfixen. Man kann es auch extrem auf diese eine Aufgabe optimieren.
> Ein Programm, dass viele Aufgaben kann, enthält viel Code und man kann es
> nur noch schwer Bugfixen und optimieren. Ausserdem sind diese Programme
> schwerfällig, da sie durch grösseren Umfang länger zum starten brauchen.
> Dies sind Gründe, wieso mir z.B. StarOffice's All-in-One Konzept nicht
> gefällt.

Naja, bei Star Office stimmts ja: es ist Verschwendung, wenn alle Module
(Tabellenkalk., Grafik usw.) geladen werden, nur um einen Text zu
schreiben. Aber Was ist denn "eine" Funktion? Sendmail kann Mails
senden, Mails empfangen und diese in Postfächer legen. Willst Du da auch
drei Programme? Ist es nicht auch nur eine Funktion, Mails zu holen und
in verschiedene POP-Fächer zu verteilen? Schliesslich muss ja sonst ein
MTA, fetchmail und procmail laufen, und alle werden benötigt (der
Unterschied zu Star Office..)..
Das ist eben Ansichtssache. Bei grösseren Programmen wäre es schon toll.


mfg

Claudio

> Hm, ein paar Fragen dazu:

ok
 
> - Kann es eMails, die nicht lokal zugestellt werden können, in eine
> Warteschlange setzen und beim nächsten Einwahlvorgang zum ISP absenden?

Es ist nicht für das gedacht. Die Lösung die hier gesucht wird soll ja
nur mails vom Provider abholen können, sortieren und lokal in Mailboxen
legen. Und auch nur das kann es. Als MTA kann man ja die Mailserver des
Provi's benutzen!
 
> - Läuft es als Daemon oder per inetd?

Sollte jetzt geklärt sein (ist weder pop3- noch SMTP-Server).
 
> - Ist es Opensource?

Ich glaube schon. Ich hab das Ding auf Linuxberg.datacomm.ch gefunden,
bin jetzt zu faul da nochmals reinzuschauen. (Console Apps -> Mail oder
sowas in der Art).
 
> - GNU Autoconfigure?

Habs nicht ausprobiert, nur gefunden.
 
> - Kann es eMails von aussen empfangen, wie sendmail ?

Nein, für das ist es ja nicht..
 
> Ich traue diesem Programm nicht so recht...

Ich kenns nicht, ich dachte nur, dass man sich für sowas doch nicht
gleich 4 Proggies einrichten muss! Es sollte ja wirklich nur Mails
holen, sortieren und ablegen.. Und dafür gleich 2 Server (SMTP und POP3)
plus fetchmail und procmail..


mfg

Claudio

> Das Kostet aber Geld! Da sollte man sich gleich einen richtigen MTA
> einrichten, damit man nicht immer onLine sein muss, um eMails zu
> verschicken.

Obwohl ich zugeben muss, dass ich eigentlich kein Spezialist bin, denke
ich, das könnte man besser anders Lösen:
Das Spooling der Mails könnte der MUA, sprich das Mailproggi vornehmen,
dass vielleich auch wenn es beendet ist einen Daemon am laufen hat.
AFAIK wird mit einem eigenen MTA ein mail an
user@lamer.server.am.arsch.der.welt direkt an
lamer.server.am.arsch.der.welt verschickt. Ob das billiger wird
bezweifle ich. Wenn ich aber über den Mailserver des Provis schicke,
habe ich bei der Auslastung entsprechender Hardware beim MTA des Provis
meine volle Leitungsgeschwindigkeit (ich denke Mail- und Dial-up Server
werden in einem schnellen, internen Netz hängen). Soll sich ruhig die
Standleitung des Provis um den lahmen Empfänger kümmern.

Ist das Ansichtssache oder liege ich eindeutig falsch?

mfg

Claudio, der selbst bei der perfekten Lösung eine bessere Alternative
sucht (und deshalb auch von Win auf Linux umgestiegen ist)

> Sendmail hat nur eine Funktion, und die ist eMails zustellen. eMails senden,
> empfangen und in Postfächer legen, dass alles ist zustellen, nicht mehr.

Ok, nur eine (simple) funktion. (was ist so schwer daran?)

> procmail, sendmail und viele MUAs sind so um 1965 herum entstanden, und
> darum bis heute sehr gut entwickelt und gepflegt. Einzige Ausnahme ist exim,
> welches noch nicht so alt ist, aber trotztdem stabil und ausgereift ist, die
> Entwicklung begann auch vor Linux.

Ein Programm, das "nur" mails zustellen soll, sollte älter als 8 Jahre
sein, und braucht eine Konfiguration, für die man Bücher lesen sollte
(und ich schätze mal es gibt n HOWTO im MByte-Bereich?)? Nur für den
MTA?

> Und ein dritter ist noch, was ist wenn fetchpop abstürzt? Dann ist viel
> lahmgelegt, da dann das komplette eMailsystem nicht mehr funktioniert. Wenn
> Du drei Komponenten hast, dann ist nur ein Teil des System nicht verfügbar,
> aber nicht das ganze.

ok, das wär kacke. Aber was nützt die Procmail und der pop3d, wenn
sendmail abstürzt (es gibt einige DoS-Attacken gegen Sendmail). So
nebenbei, weils mich interessiert: Was macht fetchmail, wenn sendmail
tot ist?
 
> Ich kann mir auch vorstellen, dass fetchpop noch weiterentwickelt wird, also
> mit der Zeit komplexer wird. Wenn es dann richtig komplex ist, dann hast Du
> dann einfach eine ellenlange Konfigurationsdatei und das Teil ist schwer zu
> warten. Und was spricht dagegen, drei einzelne, kleine Programme zu
> konfigurieren, anstatt ein grosses? Wenn man exim nimmt, dann ist das kein
> Problem, die Standardkonfigurationsdatei ist schon recht gut, man muss nur
> noch etwa drei/vier Variablen ändern. Und procmail und fetchmail sind dann
> schnell gemacht...

Ich kenn fetchpop nicht.
Könnte auch nur n gebastel eines Anfängers sein..
Hab nur nach nem Programm gesucht, das Martin (der wie ich aus der
einfachen und eher fetchpop-mässig orientierten windows-welt kommt) die
Sendmail-config erspart.
 
> Der Nachteil eines grossen Programmes ist auch, dass die einzelnen
> Komponenten nicht austauschbar sind, was IMHO der Vorteil von kleinen
> Programmen ist. Was ist zum Beispiel, wenn Martin einmal IMAP nutzen will
> und fetchpop dies nicht unterstützt? Dann muss er doch wieder zu kleinen
> Programmen greifen. Wenn er von Anfang an die Kombination aus kleinen
> Programmen genommen hat, so müsste er nur in der fetchmailrc eine Variable
> ändern. Was wäre, wenn ihm die Filterung von fetchpop nicht komplex genug
> sind? Dann müsste er auch wieder auf die Kombination von drei kleinen
> Programmen greifen, wenn er dies von Anfang an gemacht hätte, dann hätte er
> bloss procmail gegen ein anderes tauschen müssen.

Wenn Martin das will, wird er nicht in diese Newsgroup posten, und nach
einer Alternative für ein Shareware(!!) Windowsproggi suchen.
 
> Der Vorteil von fetchpop ist halt, dass man nicht soviel konfigurieren muss
> und dass man bloss eine Programm installieren muss. Ein anderer Vorteil
> fällt mir z.Z. nicht ein.

Ich glaube das ist doch schlussendlich das, wonach Martin gesucht hat.
Obwohl es für mich auch spannend wär, n Sendmail zu konfigurieren, und
weil ich sowas gerne einrichte, kann ich es doch nicht jedem empfehlen.

Oh, noch was:
Was soll ich eigentlich von meinem SuSE-6.1-installiertem-Sendmail
halten? Wie ist das vorkonfiguriert?

mfg

Claudio

Claudio Mettler <claudio.mettler@schweiz.org> wrote:
> schreiben. Aber Was ist denn "eine" Funktion? Sendmail kann Mails
> senden, Mails empfangen und diese in Postf�cher legen. Willst Du da auch

No, usually ultimate locate delivery is done by another program,
for example procmail, deliver, etc.

Which makes sense.

Splitting sendmail in a send and receive function can make sense:
qmail for example has different programs for that task, leading to
better security.

> Das ist eben Ansichtssache. Bei gr�sseren Programmen w�re es schon toll.

sendmail is an example of an overgrown software.

Claudio Mettler <claudio.mettler@schweiz.org> schrieb in im Newsbeitrag: 378FC84A.CAD36FC5@schweiz.org...
[snip]
>Wenn Martin das will, wird er nicht in diese Newsgroup posten, und nach
>einer Alternative für ein Shareware(!!) Windowsproggi suchen.

Genau - ich habe mir das Win-Shareware-Proggi mal runtergeladen.
Da gibts eine Art Trialversion für bis zu 5 Usern. Ich hab das ganze mal
installiert und ein bisschen rumgespielt und muss sagen, dass ich schon
nach kurzer Zeit - und das obwohl ich von POP, IMAP, SMTP usw.
noch praktisch keine Ahnung habe - brauchbare Resultate erzielt.
Und da ja die meiste Software, was Internet anbelangt, aus dem Unix-
Sektor kommt und dort schon jahrelang angewendet wird, hab ich mir
gedacht, dass ich mir die Shareware-Gebühren sparen kann und das
ganze mit meiner Linux-Kiste aufsetzen kann. Aber dass es gleich
soviel braucht, um das gleiche zu erledigen, das hätt ich nicht ge-
dacht... Ich befass mich halt auch erst seit ca. einem Jahr mit Linux
in meiner Freizeit. Für einen "Linux-Profi" mögen drei Config-Files
noch keine Herausforderung darstellen... Ich hingegen bin im Moment
schon etwas "überfordert" und suche halt den Weg "des geringsten
Widerstandes"... :-) Aber ich hab jetzt ja Schulferien und somit eine 
Menge Zeit - schauen wir mal, was die Zeit bringt...
In diesem Sinne herzlichen Dank für die vielen Infos. Spätesten wenn
ich mich mit den Configs befasse, werdet ihr wieder von mir hören!
:-)
-- 
Gruss tinu

PS: Wenn ihr Lust, Zeit und eine Win95-Kiste habt, schaut euch
doch mal vpop3 an : http://www.vpop3.de
Eure Meinung würde mich interessieren!

Hi Thomas

> mal, dass fetchpop eine Entwicklung f�r Linux ist, oder? Dann es es
maximal
> 8 Jahre alt. Also relativ jung, und deshalb noch nicht so gut entwickelt.
> procmail, sendmail und viele MUAs sind so um 1965 herum entstanden, und
> darum bis heute sehr gut entwickelt und gepflegt. Einzige Ausnahme ist
exim,
> welches noch nicht so alt ist, aber trotztdem stabil und ausgereift ist,
die
> Entwicklung begann auch vor Linux.

Naja.

Postfix gibt es etwas glaub erst etwas mehr als ein Jahr und l�uft absolut
stabil und zuverl�ssig! Das alter hat damit wirklich absolut gar nichts zu
tun. Sonst w�re Windows ja unterdessen stabil :-)

Bye
Thomas

--
     443556 - beast