Re: Foto's gecomprimeerd mailen
On 08/27/2014 02:57 PM, Paul van der Vlis wrote:
Hoi Jan-Rens,
op 27-08-14 13:55, Jan-Rens Reitsma schreef:
On 08/26/2014 04:11 PM, Paul van der Vlis wrote:
De originele foto's van 1,5 GB(!!!)
Ehm, sorry. Dit moet natuurlijk MB zijn!
... owwww, ik dacht al .... ;-)
Het zijn normale foto's, geen GB-foto's.
Bestaan er al camera's die foto's kunnen maken van 1,5 GB in .jpg
formaat? (Het lijkt me sterk, maar ik houd de ontwikkelingen op het
gebied van de digitale fotografie allang niet meer bij.)
Je zoekt een plugin voor Icedove met een interface naar de command-line
van het OS (CLI), om opdrachten aan convert door te geven.
Dat is een optie inderdaad.
De plugin
moet gegevens of bestanden met Nautilus kunnen uitwisselen.
Nee, dat hoeft niet. Ik zei dat een plugin voor Nautilus ook zou kunnen.
Aha, dat verandert de zaak. Nautilus kent volgens mij alleen een paar
command-line opties waarmee je de configuratie en de layout kunt
beïnvloeden. Als je een probleem met het mailen van bestanden vanuit
Nautilus wilt oplossen, dan kan dat volgens mij alleen dmv een
(aangepaste) plugin voor Nautilus.
Dat kan volgens mij.
Het programma hoeft niet beter te comprimeren dan convert, het moet
vooral gebruiksvriendelijk zijn.
Om plugins, add-ons en extensies met het OS of met andere software te
laten communiceren heb je geschikte interfaces nodig. Thunderbird werkt
met XUL, HTML, CSS en JavaScript. Volgens mij is het niet mogelijk om
met JavaScript via de CLI direct met het OS te communiceren.
Hoe denk je dan dat bijvoorbeeld Enigmail werkt?
Als ik in de source van Enigmail kijk dan zie ik in elk geval
verschillende directories met JavaScript-, Python- en C++-files. (IDL =
C++ voor XPCOM-interfaces van Mozilla. Ik bedoelde dat je bepaalde
JavaScript-functies in DHTML/XHTML, om veiligheidsredenen, meestal niet
kunt gebruiken.) Ik denk dat de XPCOM-interfaces in de eerste plaats
nodig zijn om Enigmail door Thunderbird/Icedove als module te kunnen
laden. Misschien kan Enigmail ook door andere applicaties met een
geschikte XPCOM-interface gebruikt worden.
Volgens mij kunnen extensions ook in een taal als C++ worden geschreven.
... of in een combinatie van Python en Java en JavaScript en BASIC en
veel assembler en ..., zonder IDL, C/C++ en XPCOM, als je het jezelf
lekker makkelijk wilt maken. ;-)
Voor XPCOM van Mozilla en (D)COM van Microsoft zijn vast en zeker de
meeste kant en klare interfaces, tools en libs voor IDL en C++
beschikbaar. Van de interfaces voor modules onder Linux heb ik (nog)
geen verstand.
Foute extensions zijn ook erg gevaarlijk. Een script kiddie kan simpel
een bestaande extension nemen en deze aanpassen.
Dat zullen sommigen ongetwijfeld proberen, maar dan blijft de
verspreiding van die gemodificeerde software volgens mij nog steeds vrij
lastig. Ik denk dat de meeste script kiddies, die de luiers en de
Technic Lego allang ontgroeid zijn, naar lekken zoeken in software die
voor een groot publiek ontwikkeld wordt. Via zo'n lek kun je het
makkelijkst scripts en binaries (die bijvoorbeeld in pdf-, doc- of
andere multimedia-bestanden in attachments verstopt zitten) op computers
van slachtoffers laten draaien.
De enige mogelijkheid die overblijft is om (in C++) een XPCOM-interface
voor je Icedove-plugin te schrijven. Met een XPCOM-interface kan (in
theorie) bijna alles, maar XPCOM-interfaces schrijven is volgens mij
niet zo gemakkelijk.
Alles is eenvoudig als je weet hoe het moet. En uiteraard zijn er veel
voorbeelden.
Volgens mij is het belangrijk om vanaf het begin precies te begrijpen
wat het probleem is, want anders weet je niet waar je moet beginnen en
waar je moet uitkomen. Ik begrijp niet precies wat het probleem van jouw
klant is.
De (gecomprimeerde) plaatjes moeten van schijf (eventueel dmv een
Nautilus-plugin) door Icedove als attachment aan mailtjes toegevoegd
worden, begrijp ik.
Wil je klant veel mailtjes, met een enkele afbeelding in de bijlage,
versturen? Of hoeft hij maar weinig mailtjes te versturen met veel
afbeeldingen in de bijlage?
Vriendelijke groeten,
Jan-Rens.
Reply to: