מוצר ענן מורד מקהילת התוכנה החופשית

היה לי קצת כואב לקרוא אבל מוצר הענן OwnCloud הוסר בימים האחרונים מדביאן וfeadora.

האמת זה לא ממש מפתיע לאחר שowncloud פרסמו מספר פוסטים בגנות ההפצות ובקשת מעבר לניהול חבילות עצמאי.

היה שלום owncloud , היה נחמד כל זה נמשך עכשיו צריך להתארגן על הזזת היומנים לספק caldav/cardav בפתרון הענן האישי שלי.

יש למשהוא המלצות למוצר תוכנה חופשית (עדיפות למשהוא ldapי שיאפשר עבודה מעל caldav/cardav ) ?

נכון לעכשיו אני חושב שוב על מוצר צד שלישי (בוחן את radicale) , מה שאני מחפש זה משהוא שפשוט יבצע המרה אבל התוכן עצמו ישמר ב ldap או בסיס נתונים אחר שיהיה מקובל מספיק*.

(*) - משהוא שנתמך מהקופסא בנגיד kolab ו Outlook.

קצת רעש בין owncloud לבין דביאן

זה עבר קצת מתחת לראדר אבל יש קצת רעש בין החברה של owncloud לבין דביאן בשבועיים האחרונים.

מצד אחד ב owncloud דווח כי יש באג חמור שגורם לאיבוד מידע , owncloud "תיקנו" את הבאג ונטען כביכול שהאורזים של דביאן לא עושים מספיק בשביל להכניס את השינויים (כי מדובר על שינויי גדול מדי).

אז מצד אחד ה upstream שופך קיתונות רפש (לדעתי) על מנגנוני האריזה[1] , [2] , מצד שני  רפש או לא רפש זה לא רחוק מהאמת.

נכון להיום בגלל בחירות של ה upstream ו דביאן לא יכול להתקים שידרוג כל בין גרסאות (הולכים לאבד מידע בעת שיהיה שידרוג), לפה ולשם אנחנו מגיעים למצב שמישהוא יצטרך להרים ידים כי אם זה ימשיך נגיע לעוד הפצה של upstream ( כמו שקרה עם KDE ).

מפה לשם נפלתי על עוד רעיון  ישן של אנשי systemd - למה לא לזרוק את כל החבילות ולדאוג שהאפליקציות יועשו update  לבד ו systemd יעזור לזה ? זה די עונה על מה שהחברה ב owncloud מדברים ומצד שני זה מביא אותנו בחזרה למצב כמו של eclipse ו תוכנות אחרות שמכיליות קבצים ענקיים ועושות דברים לא כשאני ממש מבקש.

הרי אם אני משתמש בדביאן אני אוהב את השיטה של apt-get (כנראה) או כל מנהל חבילות אחרות , אבל מה שמציעים שם ה לזרוק הכל לפח ולאפשר ש systemd יוכל לאפשר התקנת תוכנות לדיסק ע"י הפצות שונות. 

אם זה טפשי אבל עובד , זה לא טפשי

לא מצאתי פתרון נוח למשוך יומנים מ meetup , כפתרון זמני מצאתי כי אם אני משתמש במפתח API אני יכול פשוט לשלוף את ה ical ים של הקבוצות המעניינות.

דוגמית:

#!/bin/bash

#meetupapikey    is the meetup api key for a specific user
#ownclouusername is a username defined on the owncloud server

meetupgroups=("name1"  "name2" "name3" "name4"  ) # space separated names
for i in "${meetupgroups[@]}"
do
  wget http://api.meetup.com/$i/upcoming.ical?key=${meetupapikey} -O $i.ical
done

cadaver -t  https://owncloud.local/owncloud/remote.php/caldav/calendars/${ownclouusername}/personal << END
  mput *.ical
  exit
END

צריך לזכור להוסיף את הסרטיפיקט ולמלא את .netrc  בשביל ש cadaver יוכל להתחבר אוטומטית:

user@laptop:~$ cat ~/.netrc 
machine owncloud.local
login   ownclouusername
password ownclodpassword

ענני

השבוע חזרתי קצת לילדות בשביל להרים סביבת עבודה נוחה יותר לבית; מפה לשם הייתי צריך להיזכר באיך מרימים שרתי דוא"ל ,שירותי קבצים (webdav) ואימות.תוך כדי הבנייה קיבלתי תזכורת כואבת כי צריך לתרגל  כי אחרת שוכחים דברים מה שהוביל לכמעט יום עבודה במקום מספר שעות בודדות.

המערכת בנוייה בצורה הבאה :

כל לקוח שצריך להתחבר למערכת מתחבר באמצעות openvpn לתוך הרשת הפנימית שלי ושם מקבל שירותי דוא"ל , אנשי קשר,ויומן.

שירותי ה DNS שבתוך שרת ה openvpn ניתנים ע"י bind9, שירותי הדואל מסופקים ע"י dovecot ו exim4 היומן ואנשי הקשר מסופקים ע"י ownloud.

בשביל ה SSL יצרתי לעצמי CA אישי וחתמתי על האישורים ע"י ה CA הזה , לאחר מכן התקנתי את האישור בכל אחד מהמכשירים שצריכים להתחבר (הנה מדריך מצויין).

שירותי ההזדהות של exim משתמשים ב SASL (בחרתי ב SASL כי אני רוצה לחבר גם ejabbered לסביבה וזה יקל עלי את החיים לאחר מכאן) (מדריך כאן).

בגלל שבחרתי לעבוד עם משתמשים אמיתיים (ולא וירטואליים) נכון לרגע זה , הדבר מאפשר שכל משתמש מכיל את האפשרות לקבל את כל המיילים שלו מגימייל לשירות המייל הפנימי ע"י הגדרה אישית מולו.

פעולה זו מתבצעת ע"י fetchmail + cron , יש ליצור הגדרה עבור כל משתמש שרוצה את העבודה בצורה הבאה :

usera@sinta:~$ cat .fetchmailrc

poll pop.gmail.com with proto POP3 and options no dns port 995 user gmailuser@gmail.com there with password gmailpassword is usera here options ssl

לאחר מכאן ביצוע crontab -e מתוך המשתמש בשביל להוסיף את fetchmail -vk.

לאחר מכן לקוח אנדרויד יכול למשוך את ההודעות ע"י שימוש ב K9 ולגשת לממשק המשתמש ע"י הדפדפן האוהב עליו.

להפתעתי גיליתי של firefox 35 שמסופק ע"י f-droid יש בעייה בעבודה עם שירות ה dns שנדחף ע"י openvpn בגלל באג פתוח עד 35 כולל, בגירסה 36 זה קורה פחות אבל זה היה פשוט מטמטם הבטיחו לתקן ב 37 נחייה ונראה.

עבור המערכת שתספק אנשי הקשר והיומן בחרתי ב owncloud במקום ב kolab או citadel ללא שום סיבה מיוחדת.בדרך גיליתי עד כמה ממשק המשתמש של owncloud איטי ועקום לטעמי, אבל שאר המערכות נראות כמתפקדות ללא שום בעייה ייתכן וזה קשור לעובדה שכל זה רץ מתוך רסבריי פי.

לדוגמה ייבוא יומנים מ ICS  - הדרך לייבא היא העלאה של הקובץ ולאחר מכאן (דרך ממשק משתמש) ללחוץ עליו ורק אז תשאל לאן תרצה לייבא את היומן.

עיגון תיקיות ה webdav ככונן משותף עבד חלק בדביאן, בוינדוס 7 ובאנדרואיד השתמשתי באפליקציה (הצולעת לטעמי) owncloud.

השלב הבא בבנייה (שאותה לא עשיתי עדיין) הוא הרמה של slapd וכיוון של כלל המערכות לעבוד מולו, אני חושב שזה עדיף בשביל הזיהוי מאשר עבודה מול טבלאות בשרת דואל (כך גם אין לי vendor lock מעצבן כמו שיש ב KDE). בניית סביבת ejabbered ועוד.

העברת groupware

אני עושה מיגרציה לפתרון groupware שלי והחלטתי לראות מה זה אומר מבחינת צד המשתמש, שידרוג צד השרת אמור להיות ללא תקלות אבל החלטתי לבדוק מה קורה מבחינת קונפיגורציה דומה כלפי המשתמש.

המיגרציה שאני עושה אמורה להעביר את כל המידע מספק א' לספק ב' אבל קיים סיכון של איבוד מידע.
לאחר ביצוע המיגרציה אותם שמות המשתמשים / סיסמאות וfqdn אמורים לעבוד בצורה זהה (כך שתוכונות לקוח לא יראו הבדל).

לשם הבדיקה לקחתי שרת  Exchange ובדקתי מה זה אומר בשבילי כלקוח כשיש מיגרציה כזו.
אני משתמש בKDE  .

יומן:


בגלל שאני משתשמש ביומן מקומי (לא סומך על ה"ענן") אין לי שום בעייה,

אנשי קשר:

יש לי מספר רשימות, הרשימות מהשרתים תמיד מגובה.

דוא"ל:

פה גיליתי שנושא תיבת הדואר לא יעבור חלק , את זה רואים  בתוך תוכנת הדואל של  KDE

 
    if (messageCount == 0) {
        //Shortcut:
        //If no messages are present on the server, clear local cash and finish
        m_incremental = false;
        if (realMessageCount > 0) {
            kDebug( 5327 ) << "No messages present so we are done, deleting local messages.";
            itemsRetrieved(Akonadi::Item::List());
        } else {
            kDebug( 5327 ) << "No messages present so we are done";
        }
        taskComplete();

משמעות הפעולה   itemsRetrieved(Akonadi::Item::List()); היא שכל המידע השמור מקומית עבור התיבה יאופס(כל המיילים ימחקו).

התחלתי לחפש פתרון לביצוע גיבוי/העלאה ועצרתי על שימוש ב fetchmail.

לצערי fetchmail נכשל בהזדהות NTLM אבל השרת תומך בGSSAPI ולאחר ביצוע kinit הצלחתי לעבוד מול השרת.

את fetchmail הגדרתי בתוך ~/.fetchmailrc:

poll mailserver.myrtfm.blogspot.com 
protocol IMAP 
port 143
username "username@myrtfm.blogspot.com " 
password "secretpassword" 
is "boris" 
mda "/usr/bin/procmail -d %T"
mimedecode
keep

את procmail הגדרתי כך ~/procmailrc.:

SHELL=/bin/bash
PATH=/usr/sbin:/usr/bin
MAILDIR=$HOME/MailDir/
DEFAULT=$MAILDIR
LOGFILE=$HOME/.procmail.log
LOG=""
VERBOSE=yes

:0:
*^To:.*\@myrtfm.blogspot.com
$MAILDIR/.myrtfm.blogspot.com/

אני מקווה שלא עשיתי שום טעות בהגדרות אבל נראה שהמיילים יורדים, לאט לאט