<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hallo zusammen,<br>
ich lass den Anhang kurz dran. Ich bin jetzt einen Schritt weiter.
Wenn ich die Synchronisation händisch mache, hat doveadm sync
scheinbar ein Problem mit größeren (> 20 MB) Mails.<br>
Zumindestens in dieser Konstellation.<br>
<br>
Hier die Verzeichnisstruktur des .Drafts-Folders des entsprechenden
Benutzers:<br>
<br>
LAN1-QUELLE:<br>
<br>
-rw------- 1 vmail vmail 288K Jul 25 2011
1311595577.P31161Q1M481185.phoenix:2,DS<br>
-rw------- 1 vmail vmail 1,2K Aug 25 2014
1408971454.M810448P32295.samba-ubuntu,S=1166,W=1205:2,DS<br>
-rw------- 1 vmail vmail 60M Jan 19 12:55
1421668552.M80781P30822.samba-ubuntu,S=62747422,W=63607021:2,DS<br>
-rw------- 1 vmail vmail 1,1K Mär 23 15:49
1427122158.M33717P7336.samba-ubuntu,S=1080,W=1120:2,DS<br>
-rw------- 1 vmail vmail 1,3K Mär 25 11:02
1427277733.M707454P26585.samba-ubuntu,S=1250,W=1295:2,DS<br>
<br>
Und hier die bisherige Replikation:<br>
<br>
INTERNET1-ZIEL:<br>
<br>
-rw-r--r-- 1 vmail vmail 288K Jul 25 2011
1311595577.P31161Q1M481185.phoenix:2,DS<br>
-rw-r--r-- 1 vmail vmail 1,2K Aug 25 2014
1408971454.M810448P32295.samba-ubuntu,S=1166,W=1205:2,DS<br>
<br>
<br>
<br>
<br>
<br>
Jetzt die manuelle Synchro ohne Replizierung mit:<br>
<br>
$ doveadm -D sync -u user1 tcps:INTERNET1<br>
<br>
Er synchronisiert nicht mehr die 60MB Mail. Hier die Ausgabe des
Kommandos und die letzten Logs auf dem Zielsystem:<br>
<br>
Diese Ausgabe wird auf dem Quellsystem immer wiederholt:<br>
<br>
(..)<br>
dsync-local(user1): Debug: brain M: in box 'Drafts'
recv_state=recv_last_common send_state=done<br>
dsync-local(user1): Debug: brain M: out box 'Drafts'
recv_state=recv_last_common send_state=done changed=0<br>
dsync-local(user1): Debug: brain M: out state=sync_mails changed=0<br>
(..)<br>
Hier die Ausführungszeit (Verdacht auf 10min Timeout ...).<br>
real 10m26.057s<br>
user 0m0.342s<br>
sys 0m0.068s<br>
<br>
<br>
<br>
Und hier der Log auf dem Zielsystem:<br>
<br>
Apr 29 17:47:34 Debug: brain S: Import Drafts: Import change
GUID=a263d3c90c82f3eaa2a78e0c07a65d79 UID=1494 hdr_hash=<br>
Apr 29 17:47:34 Debug: brain S: out box 'Drafts' recv_state=changes
send_state=mail_requests changed=1<br>
Apr 29 17:47:34 Debug: brain S: out state=sync_mails changed=1<br>
Apr 29 17:47:34 Debug: brain S: in state=sync_mails<br>
(...)<br>
Apr 29 17:47:35 Debug: brain S: in box 'Drafts' recv_state=mails
send_state=done<br>
Apr 29 17:47:35 Debug: brain S: out box 'Drafts' recv_state=mails
send_state=done changed=0<br>
Apr 29 17:47:35 Debug: brain S: out state=sync_mails changed=0<br>
Apr 29 17:47:35 Debug: brain S: in state=sync_mails<br>
Apr 29 17:47:35 Debug: brain S: in box 'Drafts' recv_state=mails
send_state=done<br>
Apr 29 17:47:35 Debug: brain S: out box 'Drafts' recv_state=mails
send_state=done changed=0<br>
Apr 29 17:47:35 Debug: brain S: out state=sync_mails changed=0<br>
Apr 29 18:16:26 Error: dsync(samba-ubuntu): I/O has stalled, no
activity for 600 seconds<br>
Apr 29 18:16:26 Error: Timeout during state=sync_mails (send=done
recv=mails)<br>
Apr 29 18:16:26 Debug: brain S: Import Drafts: Saved UIDs: <br>
<br>
<br>
<br>
<br>
Für mich fühlt es sich so an, dass der Client in einer
Endlosschleife ist, bzw. er wartet auf Rückmeldung von dem
Kommunikationspartner, dass die Datei übertragen ist?<br>
<br>
Ich mach zum Gegentesten mal ein rsync:<br>
<br>
<br>
$ rsync -av .Drafts/
<a class="moz-txt-link-abbreviated" href="mailto:vmail@INTERNET1:/var/vmail/user1/Maildir/.Drafts/">vmail@INTERNET1:/var/vmail/user1/Maildir/.Drafts/</a><br>
<br>
Das scheint das Problem zu sein. Gibt es hierfür in dieser Version
eine bessere Idee / Lösung als diese hier:<br>
<a class="moz-txt-link-freetext" href="http://comments.gmane.org/gmane.mail.imap.dovecot/78989">http://comments.gmane.org/gmane.mail.imap.dovecot/78989</a> ?<br>
<br>
Ok. Dann brauch ich für ubuntu 14.04 eine neuere Dovecot-Version, wo
diese eine Zeile drin ist.<br>
Argh.<br>
<br>
I just want to:<br>
$ git cherry-pick 647162da8423<br>
ähh:<br>
$ hg graft 647162da8423<br>
<br>
Hat einer hierfür eine Empfehlung / Idee?<br>
<br>
<br>
<br>
<br>
Gruß und Danke,<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Am 29.04.2015 um 16:26 schrieb Jan Büren:<br>
<span style="white-space: pre;">> Hi, sorry die ASCII-Grafik ist
kaputt, hier nochmal, verkürzt:<br>
> <br>
> <br>
> <br>
> -------------------------<br>
> --------------------------- - dovecot LAN1 2.2.9 -<br>
> - dovecot INTERNET1 2.2.9 - - 20GB Daten -
<== Netgear<br>
> DSL Modem (Telekom 16k) ==> - aktuell 2GB von 20GB -
- 12<br>
> Nutzer -
- 3<br>
> Nutzer in sync - -------------------------<br>
> ---------------------------<br>
> <br>
> <br>
> Am 29.04.2015 um 16:17 schrieb Jan Büren:<br>
>> Hallo zusammen, der aktuelle Stand ist, dass ich 2GB von
20GB an<br>
>> Mails repliziert habe. Ich nutze die verschlüsselte
Kommunikation<br>
>> über tcp. Aktuell bekomme ich folgende Meldungen<br>
>> <br>
>> LAN1 == Ursprungs-Dovecot-Server<br>
>> <br>
>> INTERNET1 == Neuer Replizierungsknoten<br>
>> <br>
>> <br>
>> LAN1 /var/log/mail.log Apr 29 15:41:52 LAN1
dsync-local(username):<br>
>> Error: read(INTERNET1) failed: <no error><br>
>> <br>
>> INTERNET1 /var/log/mail.log<br>
>> <br>
>> Apr 29 15:41:52 INTERNET1 dovecot:
dsync-server(username): Error:<br>
>> dsync(samba-ubuntu): I/O has stalled, no activity for 600
seconds <br>
>> Apr 29 15:41:52 INTERNET1 dovecot:
dsync-server(username): Error:<br>
>> Timeout during state=sync_mails (send=done recv=mails)<br>
>> <br>
>> Ein bisschen "rumgooglen" ergab, dass es an schlechter<br>
>> Netzwerkverbindung liegen kann oder daran das innerhalb
der 600<br>
>> Sekunden eine zu große E-Mail in der Synchronisation
nicht<br>
>> abgeschlossen werden kann. Netzwerktechnisch sieht es wie
folgt<br>
>> aus:<br>
>> <br>
>> Ich habe einen internen Mailserver im LAN den ich mit
einem<br>
>> Internet-Server replizieren möchte. Als Anbindung benutze
ich eine<br>
>> DSL 16.000 Verbindung, die sollte eigentlich 2.400 kbit
/s Upload<br>
>> machen.<br>
>> <br>
>> LAN1 INTERNET1 -------------------------<br>
>> ----------------------------------------------- -
dovecot 2.2.9 -<br>
>> - dovecot 2.2.9 - - - -<br>
>> - - 12 Mail-Nutzer - <== Netgear DSL 16k Modem
==> -<br>
>> 12 Mail-Nutzer - - 20 GB Daten -
- aktuell:<br>
>> 3 Mail-Nutzer in sync - -------------------------
- 2GB an<br>
>> Daten - <br>
>> ----------------------------------------------<br>
>> <br>
>> <br>
>> <br>
>> $ doveadm replicator status '*' username priority fast
sync full<br>
>> sync failed<br>
>> <br>
>> user-2GB-Mailbox none 00:03:16 21:29:22 y
user-400MB-Mailbox<br>
>> none 08:57:39 25:37:33 -<br>
>> <br>
>> Der user-400MB-Mailbox ist komplett i.O. der andere
nicht.<br>
>> <br>
>> <br>
>> Kann ich an dieser Stelle irgendwas tun (bspw. doveadm
backup ->;<br>
>> initiales rsync händisch; ...)?<br>
>> <br>
>> <br>
>> Im Anhang die Ausgabe von doveconf -n für die beiden<br>
>> unterschiedlichen Knoten.<br>
>> <br>
>> <br>
>> Am 26.04.2015 um 11:50 schrieb "Jan Büren":<br>
>>> Hallo nochmal,<br>
>>> <br>
>>>> So. Damit bleiben 2 Fragen:<br>
>>>> <br>
>>>> a) Kann man diese Replizierung überhaupt mit
System-Benutzer<br>
>>>> durchführen?<br>
>>> Das wäre gut, da dies noch ein System ist welches
mittels<br>
>>> Kombination von .forward sowie procmailrc einen
spamassassin<br>
>>> triggert.<br>
>>> <br>
>>> Hmm. Es sieht eigentlich gefühlt sehr gut aus, alles
mit<br>
>>> dovecot-sieve anzutriggern ...<br>
>>> <br>
>>> Ok. Ich seh schon Kapitel 12.<br>
>>> <br>
>>> Dann bleibt eigentlich nur noch fetchmail und
postfix.<br>
>>> <br>
>>> Aha: <br>
>>>
<a class="moz-txt-link-freetext" href="http://www.christophbrill.de/de_DE/dovecot-and-fetchmail-without-procmail/">http://www.christophbrill.de/de_DE/dovecot-and-fetchmail-without-procmail/</a><br>
>>><br>
>>><br>
>>> </span><br>
Ich fasse mal kurz die Entwicklung der letzten 6 Jahre zusammen. Ich<br>
<span style="white-space: pre;">>>> benötige kein procmail
mehr und kann mittels fetchmail direkt an<br>
>>> dovecot übergeben. Somit brauch ich postfix dann
"nur" noch um<br>
>>> lokale Systemnachrichten zuzustellen und evtl. zum
Verschicken<br>
>>> nach draussen ...<br>
>>> <br>
>>> <br>
>>> BTW.: Sehr gutes Buch! Grosses Lob, insbesondere,
aber nicht nur<br>
>>> für Mail-Admin-Seniors ;-)<br>
>>> <br>
>>> _______________________________________________
Dovecot<br>
>>> Mailingliste JPBerlin - Politischer Provider <br>
>>> <a class="moz-txt-link-abbreviated" href="mailto:Dovecot@listen.jpberlin.de">Dovecot@listen.jpberlin.de</a> <br>
>>> <a class="moz-txt-link-freetext" href="https://listen.jpberlin.de/mailman/listinfo/dovecot">https://listen.jpberlin.de/mailman/listinfo/dovecot</a><br>
>>> <br>
>> <br>
>> <br>
>> <br>
>> _______________________________________________ Dovecot<br>
>> Mailingliste JPBerlin - Politischer Provider <br>
>> <a class="moz-txt-link-abbreviated" href="mailto:Dovecot@listen.jpberlin.de">Dovecot@listen.jpberlin.de</a> <br>
>> <a class="moz-txt-link-freetext" href="https://listen.jpberlin.de/mailman/listinfo/dovecot">https://listen.jpberlin.de/mailman/listinfo/dovecot</a><br>
> <br>
> -- OSBA-Mitglied <a class="moz-txt-link-freetext" href="http://www.osb-alliance.de/mitglieder/">http://www.osb-alliance.de/mitglieder/</a><br>
> <br>
> Blog <a class="moz-txt-link-freetext" href="http://blog.kivitendo-premium.de/">http://blog.kivitendo-premium.de/</a><br>
> <br>
> <br>
> Richardson & Büren GmbH Jan Büren Weiherstraße 33a 53111
Bonn<br>
> <br>
> USt-IdNr. DE292363254 Telefon: 0228 92 98 2012 persönliche
Durchwahl:<br>
> 0228 92 97 8965<br>
> <br>
> <br>
> _______________________________________________ Dovecot
Mailingliste <br>
> JPBerlin - Politischer Provider <a class="moz-txt-link-abbreviated" href="mailto:Dovecot@listen.jpberlin.de">Dovecot@listen.jpberlin.de</a> <br>
> <a class="moz-txt-link-freetext" href="https://listen.jpberlin.de/mailman/listinfo/dovecot">https://listen.jpberlin.de/mailman/listinfo/dovecot</a></span><br>
<br>
-- <br>
OSBA-Mitglied<br>
<a class="moz-txt-link-freetext" href="http://www.osb-alliance.de/mitglieder/">http://www.osb-alliance.de/mitglieder/</a><br>
<br>
Blog<br>
<a class="moz-txt-link-freetext" href="http://blog.kivitendo-premium.de/">http://blog.kivitendo-premium.de/</a><br>
<br>
<br>
Richardson & Büren GmbH<br>
Jan Büren<br>
Weiherstraße 33a<br>
53111 Bonn<br>
<br>
USt-IdNr. DE292363254 <br>
Telefon: 0228 92 98 2012<br>
persönliche Durchwahl: 0228 92 97 8965<br>
<br>
</body>
</html>