GMX.de - POP3 - Zarafa - Kopie auf Server belassen

[Huhie]

Moin Moin Zusammen,

ich habe endlich Zarafa auf meiner DS212+ soweit, das Emails abgerufen werden. Da ich aktuell das ganze
Testweise nutzen will und noch nicht zu 100% auf ZARAFA umstelle würde ich gerne eine KOPIE meiner Emails bei GMX
auf dem Server belassen.

Dazu habe ich per vi /etc/fetchmailrc

den Befehl "keep" hinzugefügt und in

vi /usr/local/zarafa/etc/init.d/fetchmail

habe ich das -a entfernt.

Leider werden aber immer noch alle Email auf dem GMX Pop3 Server gelöscht.

Kann mir jemand sagen, wo der Fehler ist.

Danke

Huhie

 

[Jdo2002]

Hattest du fetchmail bzw. die DS denn auch einmal neu gestartet?

 

[Huhie]

Moin,

Danke für die Antowrt.

Ja ich habe alle Pakete nach Veränderung der fetchmailrc neu gestartet.
Hast Du vll. Noch einen weiteren Tip für mich,

Wenn ich noch ein zweites Postfach abrufen will, kann ich das dann direkt in der fetchmailrc darunter einfügen? Auch wenn das ein Imap Konto ist?

Vg

Huhie

 

[andy]

Moin zusammen,

hat hier schon jemand eine Lösung? Ich habe auch schon alle Möglichkeiten, die ich gefunden habe, probiert. Mir gelingt es einfach nicht, die Mails auf dem Server zu belassen. Ich habe es über ein Konto bei TecSpace mit einer eigenen Domaine versucht, mit meinem T-Online-Konto und mit web.de. Auch die Abfrage als pop oder imap-Konto hat nichts geändert.
Da Zarafa ja auf der Syno läuft und jetzt die Mails beim Abruf löscht, ich aber auch unterwegs per Browser auf die Konten zugreifen möchte, fehlt mir diese Funktionalität doch. Wer hat also noch einen Tip?

LG

Andy

 

[Axel-Berlin]

mit vi /etc/fetchmailrc
von
flush forcecr mda "/usr/local/zarafa/bin/zarafa-dagent user"
auf
keep forcecr mda "/usr/local/zarafa/bin/zarafa-dagent user"
ändern

Bei mir klappt es wunderbar

 

[bertoni]

Hallo,

mein Mailserver bei domainFactory war in der Kombination mit keep nach wie vor wenig kooperativ; Zarafa hat zwar bei jedem Abruf Mails nicht mehr gelöscht aber ständig alle neuen und auch die bereits gelesenen Mails abgeholt, was in meinem Posteingang zu reichlich Inhalt geführt hatte...

...erst ein UIDL als weiterer Parameter gebot diesem Treiben Einhalt.

Aber Achtung: von Hand in die fetchmailrc eingefügte Parameter werden durch die neue Admingui ggf wieder überschrieben

CU
Bertoni

 

[andy]

Hallo Axel-Berlin, hallo bertoni,

der Tip von Axel hat erst einmal zum richtigen Ergebnis geführt. Dafür vielen Dank. Habe keep einfach zusätzlich zu flush gesetzt, das konnte natürlich nicht gehen. Jetzt tritt aber das von bertoni angesprochene Problem auf. Er holt die Mails nicht nur 1 x, sondern immer wieder. Wo muss ich UIDL einfügen und muss ich erst von Hand die cache-Datei anlegen? Ist der Pfad dabei egal? Vielen Dank schon mal bis hierher.
Die durch das Admingui geänderten Daten habe ich auch schon bemerkt. Werde das wohl noch als Hinweis für gelante Änderungen einbringen. Die Möglichkeit keep zu nutzen ist ja schon angesprochen worden. Vorerst kann ich es aber per Hand eintragen, das reicht.

LG

Andy

 

[bertoni]

Hallo andy,

zwischen "protocol pop3 port 110" und "user"

also:

protocol pop3 port 110 uidl user

nachzulesen im fetchmail manual: http://www.fetchmail.info/fetchmail-man.html


CU
Bertoni

 

[andy]

Vielen Dank Bertoni. Jetzt funktioniert es. Hat natürlich trotzdem noch einen weiteren Eingriff benötigt. Den Fehler habe ich aber schnell gefunden. In der /usr/local/zarafa/etc/init.d/fetchmail hatte ich das -a wieder eingefügt. Da es nicht funktionieren wollte, habe ich den Ursprungszustand seinerzeit wieder hergestellt.
Soweit bin ich erst einmal mit dem Ergebnis zufrieden. Jetzt werde ich mich mal mit folgender Problematik beschäftigen. Wenn die Mails auf dem Server bleiben, läuft dort das Postfach allmählich über. Es müssten also Mails, die ein bestimmtes Alter erreichen, gelöscht werden. Das kann man händisch machen. Ich möchte es aber automatisieren. Mal sehen was die Tiefen des Internets so hergeben.
Vielen Dank an alle, die mir mit Ihren Tips bisher weiter geholfen haben. Und natürlich besonders an die Programierer, die viel Freizeit opfern und dann ihre Ergebnisse der Gemeinschaft zur Verfügung stellen.

LG
Andy

 

[andy]

Hallo,

so, auch da bin ich fündig geworden. Ich habe das Programm archivemail gefunden. Es läßt sich gut einbinden (ist in Python geschrieben). Ich teste derzeit in 2 Mailkonten, ob es auch wie gewünscht funktioniert. Ich lösche nach x Tagen aus dem Ordner INBOX des Kontos im Internet die Mails (bis dahin kann ich auch von anderen Stellen darauf zugreifen). Ich muss dann zwar für jeden Ordner in jedem Konto einen Cron-Befehl eingeben, aber das ist ja nur einmal nötig. Mit dem gleichen Programm könnte ich auch die Mails aus den Zarafa-Konten archivieren. Derzeit macht das praktisch mein Outlook. Mal sehen, ob die Umsetzung auf der Syno Sinn macht.

LG
Andy

 

[TobiasH]

Hallo Andy,

kannst du bei zeiten mal deine Erfahrungen zu archivemail posten? Daran wäre ich sehr interessiert.
Besonders die Installation und Konfiguration finde ich spannend.

Vielen Dank,
Tobias

 

[andy]

Hallo,

hat etwas gedauert, aber ich war in der letzten Zeit sehr beschäftigt. Habe Euch aber nicht vergessen. Hier heute meine Lösung:

1. archivemail in der neuesten Version von http://sourceforge.net/projects/archivemail/files/ downloaden
2. vollständig entpacken (gz und tar)
3. den entpackten Ordner mit Inhalt archivemail in /var/packages/ auf die Syno kopieren (habe ich mit WinSCP gemacht, oder adminTool...)
4. der setup.py Ausführungsrechte gegeben (auch test_archivemail)
5. im Terminal der Syno in den Ordner cd /var/packages/archivemail/ gewechselt (putty)
6. Test gemacht mit: python test_archivemail (Ergebnis Ran 99 tests in 3.883s)
7. Installation mit: python setup.py install
8. Ergebnis: Installation in /usr/local/bin/archivemail mit Rechten 755
/usr/local/share/man/man1/archivemail.1
9. Test im Terminal mit: /usr/local/bin/archivemail -n --dry-run --days=0 imap://usernameassword@server/mailbox
Ergebnis: I would have archived .....
(username, password und server mit den eigenen Daten ersetzen. Als Ordner (mailbox) INBOX nehmen, je nachdem welchen Ihr testen möchtet)
10. Befehl in cron eingegeben
Über den cronjob editor habe ich den Job wie folgt eingegeben (jeden Tag um 23.57 Uhr
/usr/local/bin/archivemail --delete --days=10 imap://name@domain.de:geheim@mail.domain.de/INBOX

Funktioniert für 2 Konten einwandfrei. Es können natürlich auch andere Ordner gelöscht werden (z.B. Spam). Mit der eigentlichen Archivierung werde ich mich auch noch beschäftigen.
Ich hoffe Ihr könnt es so nachvollziehen. Es ist oft schwer, es verständlich rüber zu bringen, wenn man es selbst kapiert hat. Kämpfe ich beim Lesen auch oft mit.

Achtung: Ich habe vorher natürlich noch Python in Version 2.7.3.-011 über das Paket-Zentrum installiert.

LG

Andy

 

[kuerbis42]

Patch für dauerhafte Einstellmöglichkeiten Zarafa - Kopie auf Server belassen

Hi an alle,

vielen Dank für Eure Posts - die und ein paar andere haben mir geholfen für dieses leidige Problem einen Patch zu bauen.
Hier kommt jetzt also die Essenz von allem da oben (bis auf Archivemail, das muss ich mir nochmal ansehen).


Was macht mein Patch?

• Es wird im fetchmail-user-config-Fenster eine Checkbox "keep message" angezeigt
• Die erzeugte fetchmailrc enthält dann entweder keep und uidl oder flush
• Die Settings werden auch für's Frontend gespeichert!

Um die Änderugnen vorzunehmen muss man sich als Benutzer root mit dem DS-Admin Password anmelden, am Besten mit Putty.
Ihr könnt die gepatchten Dateien auch komplett runterladen (ganz unten), macht Euch Kopien der Original-Dateien!!!


Datei eins:
/usr/syno/synoman/webman/3rdparty/zarafa/scripts/zarafa.js

ändert zeile 10 von

fields: ['zarafauser','username', 'password','server','port','protocol','ssl']

zu

fields: ['zarafauser','username', 'password','server','port','protocol','ssl','keepmsg']

Hinter Zeile 584 fügt Ihr ein (Bitte Syntax beachten, kann auch ein/zwei Zeilen davor oder dahinter sein):

          {
                xtype :'checkboxfield',
                fieldLabel: 'Keep messages',
                name: 'keepmsg'

            },

Hinter Zeile 621;

keepmsg: f.getForm().findField("keepmsg").value,

Achtung, das Komma am Ende nicht vergessen

Hinter Zeile 645 (evtl. jetzt 646)

rec.set('keepmsg', f.getForm().findField("keepmsg").value);

Nicht das Semikolon vergessen
Ende erste Datei

Datei zwei:
/usr/syno/synoman/webman//3rdparty/zarafa/include/fetchmail-config.cgi
Sucht in Zeile 85 nach: foreach my $item( @$arrayref ) { ,
und fügt dann den folgenden Block bis zur schliessenden Klammer } des foreach-Block ein (das dazwischen dann natürlich weg machen;-)

if(!$item->{keepmsg}) {
# org. entry DELETE MAIL:
    print DATA "poll ".$item->{server}." protocol ".$item->{protocol}." port ".$item->{port}." user ".$item->{username}."\n";
} else {
# entry with UIDL
    print DATA "poll ".$item->{server}." protocol ".$item->{protocol}." port ".$item->{port}." uidl user ".$item->{username}."\n";
};
print DATA "password " .$item->{password};
if($item->{ssl})
{
   print DATA " ssl";
}
if(!$item->{keepmsg}) {
# org. entry FLUSH:
    print DATA "\nflush forcecr mda \"/usr/local/zarafa/bin/zarafa-dagent ".$item->{zarafauser}."\"\n\n";
} else {
# new: KEEP:
    print DATA "\nkeep forcecr mda \"/usr/local/zarafa/bin/zarafa-dagent ".$item->{zarafauser}."\"\n\n";
};

Ende zweite Datei



Good Luck.

Download der 2 Dateien inkl. kleiner Erklärung: guckst Du unten

 

[kuerbis42]

WICHTIG - NEU!!
Ich habe mich dann gestern noch damit rumgeschlagen dass die Mails immer wieder abgeholt wurden (trotz uidl).
Der "Fehler" liegt in der Definition des fetchmail-DAEMONS.

Dazu muss noch die Datei:
/volume1/@appstore/Zarafa/etc/init.d/fetchmail
geändert werden. In der Voreinstellung steht dort der Parameter -a = fetchall, das haut sich aber mit dem keep.

Deswegen ändert Ihr Zeile 4 von
ARGS="-d 60 -t 60 -a -e 50 --auth password -f /etc/fetchmailrc -L /var/log/fetchmail"

zu
ARGS="-d 60 -t 60 -e 50 --auth password -f /etc/fetchmailrc -L /var/log/fetchmail"

 

[nachon]

Cool, danke. Ich hatte das Problem damals auch und hatte anschließend zarafa dann nicht mehr eingesetzt. Evtl sollte ich mir das doch nochmal ansehen.

 

[twin]

Der Beitrag ist zwar schon etwas älter, aber ich möchte mich bei kuerbis42 auch noch mal für die tolle Arbeit bedanken! Ich will Zarafa für Exchange Alternative für unsere Mails einsetzen und die Tests liefen gut, bis auf das Löschen der Mails vom Server. Diese will ich aus Sicherheitsgründen unbedingt beibehalten. Das scheint jetzt nach dem Einspielen des Patches zu funktionieren - klasse! Vielen dank!

Noch ein Tipp für alle Interessierten: Ich bin nicht sonderlich fit was die Arbeit mit der Konsole und VI angeht. Daher hatte ich nach einer Variante gesucht die Dateien ohne großen Aufwand zu editieren. Ich bin dabei auf den Config File Editor gestoßen (http://www.mertymade.com/syno/#cfe). Den einfach downloaden, unter DSM installieren, die drei Dateien zum Bearbeiten hinzufügen und dann die Dateien entsprechend bearbeiten und speichern - fertig

Grüße

 

[Jdo2002]

Darf ich den patch nach prüfung in das Zarafa spk übernehmen?

 

[kuerbis42]

@Jdo2002:
Ja, gerne, dann kann ich nämlich ohne "Sorgen" updates machen ;-)

 

[twin]

Darf ich den patch nach prüfung in das Zarafa spk übernehmen?

Ja, das wäre eine super Sache, wenn es im Paket mit drin wäre! Im Netz suchen ja einige nach diesem Feature