13732
14.01.2021
1289
5
0
Wie IMAP Emailserver strukturieren in kleinem Unternehmen
Hallo zusammen,
In unserem Unternehmen (10 Leute) richten wir gerade einen Email-Server ein. Dazu nutzen wir den LanMailServer. Funktioniert auch gut.
Nun ist meine Frage wie ihr die Mails auf die Rechner verteilt?
Ich würde dazu IMAP nutzen um die Mails auf die Rechner zu verteilen. Dadurch bleiben die Mails aufm Server liegen bis sie gelöscht werden.
Das funktioniert bei Email-Adressen die nur an einem Rechner genutzt werde gut.
Nun haben wir aber auch allgemeine Email-Adressen die auf mehreren Rechner abgerufen werden. Wenn ich diese alle mit IMAP einrichte hab ich aber das Problem dass wenn einer eine Email löscht, diese auf allen Rechner gelöscht wird.
Ich möchte aber dass nur einer die Mails vom Server löschen kann, die anderen sie aber nur aus ihrem Posteingang löschen können.
Dazu würde ich einmal IMAP und auf den anderen Pop3 nutzen. Macht das Sinn? Wie würdet ihr das lösen?
Oder gar nur Pop einsetzen? Was mir aber die Möglichkeit nimmt das z. B. bei einem Rechnerwechsel der gleiche Emailstand vorhanden ist wie vorher, inkl. evtl. angelegter Ordnerstrukturen.
Schöne Grüße
Edi
In unserem Unternehmen (10 Leute) richten wir gerade einen Email-Server ein. Dazu nutzen wir den LanMailServer. Funktioniert auch gut.
Nun ist meine Frage wie ihr die Mails auf die Rechner verteilt?
Ich würde dazu IMAP nutzen um die Mails auf die Rechner zu verteilen. Dadurch bleiben die Mails aufm Server liegen bis sie gelöscht werden.
Das funktioniert bei Email-Adressen die nur an einem Rechner genutzt werde gut.
Nun haben wir aber auch allgemeine Email-Adressen die auf mehreren Rechner abgerufen werden. Wenn ich diese alle mit IMAP einrichte hab ich aber das Problem dass wenn einer eine Email löscht, diese auf allen Rechner gelöscht wird.
Ich möchte aber dass nur einer die Mails vom Server löschen kann, die anderen sie aber nur aus ihrem Posteingang löschen können.
Dazu würde ich einmal IMAP und auf den anderen Pop3 nutzen. Macht das Sinn? Wie würdet ihr das lösen?
Oder gar nur Pop einsetzen? Was mir aber die Möglichkeit nimmt das z. B. bei einem Rechnerwechsel der gleiche Emailstand vorhanden ist wie vorher, inkl. evtl. angelegter Ordnerstrukturen.
Schöne Grüße
Edi
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 640516
Url: https://administrator.de/contentid/640516
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
5 Kommentare
Neuester Kommentar
Ich würde da auch auf jeden Fall IMAP nehmen.
Bei Sammelpostfächern, auf die mehrere Personen Zugriff haben sollen könntest du Aliase anlegen (z.B. "sammelpostfach@...") und diese Mails an die jeweiligen persönlichen Adressen verteilen. Dadurch hat jeder seine eigene Kopie dieser E-Mail und kann sie löschen, wenn er will. Wobei ich statt zu löschen den Leuten antrainieren würde, die Mails dann in einen "Erledigt"-Ordner zu sortieren bzw. die Archiv-Funktion des Mailclients zu nutzen.
Ansonsten könntest du das als Shared Folder in die jeweiligen persönlichen Postfächer mit einhängen und über ACLs das Löschen von Mails verbieten.
Bei Sammelpostfächern, auf die mehrere Personen Zugriff haben sollen könntest du Aliase anlegen (z.B. "sammelpostfach@...") und diese Mails an die jeweiligen persönlichen Adressen verteilen. Dadurch hat jeder seine eigene Kopie dieser E-Mail und kann sie löschen, wenn er will. Wobei ich statt zu löschen den Leuten antrainieren würde, die Mails dann in einen "Erledigt"-Ordner zu sortieren bzw. die Archiv-Funktion des Mailclients zu nutzen.
Ansonsten könntest du das als Shared Folder in die jeweiligen persönlichen Postfächer mit einhängen und über ACLs das Löschen von Mails verbieten.
Moin
Schon mal drüber nachgedacht, was passiert, wenn 5 Mitarbeiter eine Mail im Postfach haben, dass man sich mal bitte melden möge? Spätestens wen sich der 3te beim Kunden meldet, dürfte er so langsam genervt sein... Und es kostet Arbeitszeit für unnötige Dinge.
Nebenbei musst Du ja ohnehin die Mails rechtssicher archivieren. Also überhaupt kein Problem., falls mein Mail weg ist.
Gruß
Schon mal drüber nachgedacht, was passiert, wenn 5 Mitarbeiter eine Mail im Postfach haben, dass man sich mal bitte melden möge? Spätestens wen sich der 3te beim Kunden meldet, dürfte er so langsam genervt sein... Und es kostet Arbeitszeit für unnötige Dinge.
Nebenbei musst Du ja ohnehin die Mails rechtssicher archivieren. Also überhaupt kein Problem., falls mein Mail weg ist.
Gruß
Das mit dem löschen verbieten ist vielleicht keine schlecht Idee.
Im Prinzip werden die Mails nur von einer Person bearbeitet, daher wird sowas eh erst "besprochen" bevor jemand beim Kunden anruft, also das ist kein Problem.
Da gehts eher darum wenn da Infos drin sind muss die Kollegin das nicht weiterleiten. Aber der ein oder andere löscht gern mal ohne zu überlegen die Mails weil er sie gelesen hat und dann ist sie weg (außer im Archiv natürlich).
Von daher ist das löschen verbieten für mich wohl die praktikabelste Lösung.
Danke für eure Anregungen.
Im Prinzip werden die Mails nur von einer Person bearbeitet, daher wird sowas eh erst "besprochen" bevor jemand beim Kunden anruft, also das ist kein Problem.
Da gehts eher darum wenn da Infos drin sind muss die Kollegin das nicht weiterleiten. Aber der ein oder andere löscht gern mal ohne zu überlegen die Mails weil er sie gelesen hat und dann ist sie weg (außer im Archiv natürlich).
Von daher ist das löschen verbieten für mich wohl die praktikabelste Lösung.
Danke für eure Anregungen.
Hey,
vielleicht noch etwas weiter gedacht. Ich hatte so etwas im kleinen Rahmen mit einem Ticketsystem gelöst (z.B. Zammad).
Du hast einen zentralen Eingang oder jeder sieht, was gemacht wurde...
vielleicht noch etwas weiter gedacht. Ich hatte so etwas im kleinen Rahmen mit einem Ticketsystem gelöst (z.B. Zammad).
Du hast einen zentralen Eingang oder jeder sieht, was gemacht wurde...
Hm ok. Da kenn ich mich nicht aus.
Ich werd mir mal Gedanken machen wie ich das angehe.
Ich werd mir mal Gedanken machen wie ich das angehe.
