Dovecot als "dummer" Mailspeicher?

[Werner Flamme]

Am 14.12.2016 um 12:37 schrieb Johannes Kastl:
> Hallo Werner,
> 
> On 14.12.16 12:28 Werner Flamme wrote:
>> Am 14.12.2016 um 08:49 schrieb Johannes Kastl:
> 
>>> Versand von Mails über bestehende SMTP-Server zu den jeweiligen Konten
>>> (direkt aus dem MUA, sprich dovecot hat damit erstmal nix zu tun).
>>> Filter per Client auf dem Server setzen (sieve sollte hier das
>>> Stichwort sein, denke ich).
>> 
>> Mit dem Mailversand hat Dovecot eh nichts zu tun, das macht ein
>> smtp-Server wie z. B. Postfix.
> 
> Ist mir bewusst, ich war mir nur nicht sicher ob Dovecot nicht von
> sich aus irgendwie[tm] Mails schicken will. Mir fällt zwar kein Grund
> ein, aber ich bin auch nicht der Experte... ;-)

Kannst Du ja machen, aber die schickst Du ja nicht an Dovecot. Dein
Client braucht zum Versenden einen SMTP-Host. Klar kannst Du Postfix auf
derselben Kiste installieren (habe ich auch), aber das hat mit Dovecot
nichts zu tun. Klar kann man sie auch verknüpfen, aber prinzipiell sind
sie unabhängig voneinander.

>> Mein Thunderbird schiebt die Mails per Filter da rein (oder ich
>> manuell). 
> 
> Seit wann kann TB beim Filtern ohne Crash Mails verschieben? Sowas
> hatte ich Anfang des Jahres nämlich ausprobiert und bin auf einen ewig
> alten Bug gestossen.

Meine TBs machen das seit langem. Die beiden Spielkisten sind seit
vielleicht 2 Jahren im Einsatz, ich hatte bisher keine Probleme. TB ist
immer auf dem aktuellen Stand. Probleme mit TB habe ich öfter mal bei
LDAP-Zugriffen, auch dafür gibt es einen jahrealten Bugzilla-Eintrag.


> Den Eindruck hatte ich auch, daher wollte ich mich jetzt auch endlich
> mal dran setzen.

Viel Erfolg bzw. Hals- und Beinbruch! :)

Gruß
Werner
-- 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 473 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://listen.jpberlin.de/pipermail/dovecot/attachments/20161214/cb89d6bc/attachment.asc>