WCM Forum

WCM Forum (http://www.wcm.at/forum/index.php)
-   Linux, UNIX, Open Source (http://www.wcm.at/forum/forumdisplay.php?f=13)
-   -   linux mail server (http://www.wcm.at/forum/showthread.php?t=100345)

AIRNESS 20.06.2003 09:54

linux mail server
 
Hallo Leute!

Hätt folgende, vielleicht etwas eigenartige Frage.
Kenn mich mit Linux im Grunde nicht aus, und hätte deswegen gerne folgendes erläutert.

Welche Vorteie bringt es mir einen Webserver auf Linuxbasis aufzustellen, anstatt die Mails direkt vom Providerserver runter zu laden?

Meine Argumente:

Höhere Sicherheit durch interne Firewall ; Newsletter in beliebiger Größe können somit versendet werden. Interne Mails bleiben innerhalb der Domain und gehen nicht raus.

Annahme:

Kleine Firma: bis 6 Mitarbeiter ; eigene Domain mit Firewall. Rufen derzeit die Mails vom Providerserver ab. Welche Gründe gäbe es noch, den Ankauf eines internen Mailservers gut zu heißen??

Sloter 20.06.2003 10:04

IMAP mit Groupware, Zugriff von aussen auf alle Mails (Webmailoberfläche), leichteres Backupmanagement,

Sloter

AIRNESS 20.06.2003 10:06

thx für die super schnelle antwort ..

wem noch was einfällt :)

_m3 20.06.2003 10:21

Advocatus diaboli :ms: ;)

Zitat:

Original geschrieben von AIRNESS
Höhere Sicherheit durch interne Firewall
??? Was hat die FW damit zu tun? Die Emails wandern noch immer im Klartext ueber das Internet.
Und die Passwoerter fuer die Mailabfrage wandern ebenso weiterhin im Klartext ueber das Netz, so Du nicht SSL einsetzt.

Zur Sicherheit gehoert aber auch
+ Backup: Wer macht das bei Euch im Betrieb, welche Strategien habt ihr im Katastrophenfall?
+ 24x7 Betrieb: Secondary MX, ... ?

Zitat:

Newsletter in beliebiger Größe können somit versendet werden.
??? Das sollte mit jedem "normalen" Provider ebenfalls moeglich sein.

Zitat:

Interne Mails bleiben innerhalb der Domain und gehen nicht raus.
:ja:

Zitat:

Original geschrieben von Sloter
IMAP mit Groupware
Ist auch mit einem externen Provider moeglich (mit SSL sogar auf sicherer Basis).

Zitat:

Zugriff von aussen auf alle Mails (Webmailoberfläche)
Ist auch mit einem externen Provider moeglich (mit SSL sogar auf sicherer Basis).

Zitat:

eichteres Backupmanagement
Aber nur, wenn die entsprechende SW, Infrastruktur, etc. schon vorhanden ist.

Sorry, dass ich so negativ klinge ;)

MANX 20.06.2003 10:27

Hi!

@Sloter

*entäuschtbin* in Deinem Posting fehlt das Wort mit q**** ;)

@AIRNESS

Du kannst einen eigenen MTA betreiben und die Mails trotzdem vom Provider holen.

Vorteile:
  • Spambekämpfung im Haus
  • Virencheck im Haus
  • IMAP mit "shared folders" und/oder Mailinglists/Forwards (Mails an support@firma.tld gehen gleich an die zuständigen) Mitarbeiter
  • totale Flexibilität beim Einrichten neuer Email-Adressen
  • (Passwort)Sicherheit mit SSL/TLS
  • ... to be continued ...
Grüße

Manx

AIRNESS 20.06.2003 10:29

ok mit der fw hast recht .. net gscheit überlegt

im bezug newsletter in beliebiger anzahl zu versenden ... lässt provider net durch und deklariert es als spam.

eine mail geht so an die 300 empfänger

MANX 20.06.2003 10:31

> IMAP mit Groupware
> Ist auch mit einem externen Provider moeglich (mit SSL sogar auf sicherer Basis).


... macht aber bei einer schwachen Inet-Anbindung und Mails mit großen Attachments mitunter nur begrenzt Spaß ;)

Grüße

Manx

AIRNESS 20.06.2003 10:41

blede frage aber was bedeutet bitte die abkürzung mta?

MANX 20.06.2003 10:46

MTA = Mail Transport Agent (der der SMTP macht ;) )

Manx

AIRNESS 20.06.2003 10:48

achso! jetzt is klar *G*

echt klasse! thx

_m3 20.06.2003 11:22

Zitat:

Original geschrieben von MANX
> IMAP mit Groupware
> Ist auch mit einem externen Provider moeglich (mit SSL sogar auf sicherer Basis).


... macht aber bei einer schwachen Inet-Anbindung und Mails mit großen Attachments mitunter nur begrenzt Spaß

grosse Atachments?
Die liegen doch auf einem ftp bzw. WebDAV-Server.

_m3 20.06.2003 11:23

Zitat:

Original geschrieben von AIRNESS
blede frage aber was bedeutet bitte die abkürzung mta?
Du moechtest die RFCs 2881 und 2882 lesen ;)

Sloter 20.06.2003 12:57


---------------------
Newsletter in beliebiger Größe können somit versendet werden.
??? Das sollte mit jedem "normalen" Provider ebenfalls moeglich sein.
--------------------
Ich kenne nur einen ISP der die größe der Mails nicht begrenzt ;)

-------------------------
Original geschrieben von Sloter
IMAP mit Groupware
Ist auch mit einem externen Provider moeglich (mit SSL sogar auf sicherer Basis).
-------------------------
Wenn der ISP, IMAP und SSL anbietet und dann ist wahrscheinlich keine Groupware integriert wie beim SuSE Openexchange.

-------------------------
Zugriff von aussen auf alle Mails (Webmailoberfläche)
Ist auch mit einem externen Provider moeglich (mit SSL sogar auf sicherer Basis).
------------------------
Oba net, waun jeda User seine Mails zum Clienten runterladet.
Und ich kenne net viele die IMAP mit ausreichendem Speicherplatz zur Verfügung stellt, eigentlich keinen.

------------------------
eichteres Backupmanagement
Aber nur, wenn die entsprechende SW, Infrastruktur, etc. schon vorhanden ist.
-----------------------
Ist am Linuxserver vorhanden von Haus aus.
Stichwort tar oder rsync für die Profis mit wenig Scriptkenntnisse.


<Sorry, dass ich so negativ klinge
Du doch nicht :p
Spätestens Morgen Mittag bist du wieder Glücklich ;)

@airness

Nimm Qmail, Vpopmail und Courierer, es gibt nichts besseres :D

Sloter

sagi 20.06.2003 22:05

Zitat:

Nimm Qmail, Vpopmail und Courierer, es gibt nichts besseres
und welchen MTA?

:p

mfg

c.

boo 21.06.2003 01:41

POSTFIX,

den Gott aller MTAs sollt ma noch erwähnen :rolleyes:

SNo0py 21.06.2003 13:41

Zitat:

Original geschrieben von Sloter

Stichwort tar oder rsync für die Profis mit wenig Scriptkenntnisse.

/ack.
Ich kann rsync nur empfehlen. 1x den Server konfiguriert, 1x bei den Clients den rsync-Befehl via cron-job wöchentlich aufrufen und "a ruah is". Sogar der Zaurus rsynct seine Daten wenn er in die Docking-Station kommt.


Alle Zeitangaben in WEZ +2. Es ist jetzt 21:28 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag