Hast du zu dem Zeitpunkt an dem der Squid mal wieder "nicht will" folgendes probiert: - Log einträge des Squid nachgeguckt. - ping von der Squid Machine ins weite Internet (ip und oder hostname)
Wenn ja, könntest du die Ergebnisse posten, dann ist die Fehlersuche einfacher.
Oder du importierst die Bilder in ein svn / git / ... repository. Dann wirst du zumindest bei svn gelöchte Bilder nichtmehr los, aber du kannst sie bei ungewollten Löschen / Verändern wieder zurückhohlen.
Ist natürlich aus Speicherplatzgesichtspunkten etwas overkill, aber was solls
Freut mich das es gelößt wurde. Nur eine Anmerkung, Binärdaten werden imho immer base64 codiert, da das SMTP Protokoll nur bytes aus dem ASCII-Code zulässt. SMTP ist halt schon was älter
Alternativen wie QMTP oder QMQP sind leider nicht weit verbreitet.
Hab gerade mal meine *hust* 2 Bugs durchgeguckt, bei 50% war er auch dran Allerdings sieht es für mich so aus als gäbe es mehere Bug-Wranglers. Er ist nur ein besonders aktiver!
Gibt es irgendwo Informationen über die Struktur der Bugverwaltung? Wenn ja, habe ich Sie nicht gefunden.
Ich kann nicht glauben, das eine einzige Person alle Bugs verteilen muss/soll/darf. Sollte das nicht ein Team übernehmen, alle "unverteilten" Bugs in einer Liste, und jeder arbeitet das ab ...
Heist das nicht, das ein PF_PACKET "Socket" auf eth0 existiert, also das gerade das Netzwerk lowlevel abehört wird? Wenn dhclient "nur" instaliert währe, sollte das nicht der Fall sein ...