Re: Gespittete Mailnachrichten zusammensetzen

Marcus Jodorf schrieb in <news:m1od8pa8n6.fsf-bofh@xxxxxxxxxxx>
Thomas Kaiser <Thomas.Kaiser@xxxxxxxxxxxxx> schrieb:

<http://bigfile.de/>

und Konsorten existieren doch bereits?

Da gibt es sogar Unmengen solcher Anbieter.

Mir scheint, eher nicht, wenn ich Deine Aufzählung im Folgenden lese...

Da mußt Du erst mal einen geeigneten Anbieter suchen

Ja, drum der Hinweis auf bigfile.de weiter oben. Ich schicke sowas
Leuten, die Probleme damit haben, große Datenmengen zu verschicken. In
der Regel einmal. Und selbst habe ich ein-/ausgehend einen ähnlichen
Mechanismus am Start [1], der allerdings halt wieder sowohl Bastelei als
auch Maximal-Komfort beinhaltet.

dich über die jeweiligen Limits und Besonderheiten schlau machen. Bei
vielen muß man dann erst mal einen Account anlegen. Dann die Dateien
verschlüsseln, falls die nicht für die ganze Welt bestimmt sein
sollen. Gegebenenfalls die Daten noch passend splitten, wenn es da
Größenlimits gibt

Ist 1 GByte ein Größenlimit? Entspricht immerhin 1,25 GByte via Mail
"Dank" Base64-Kodierung.

Dann dem Empfänger das Passwort senden wenn der Anbieter das nicht
erledigt und gegebenenfalls auch noch den Downloadlink.

Geht alles ganz automatisch. Schau einfach mal in die FAQ.

Optimistisch geschätzt ist man da einige Minuten gut beschäftigt -
selbst wenn einem ein Anbieter da teilweise einen Teil der Aufgaben
abnimmt. Und der Browser hat auch einige Zeit mit dem reinen Upload zu
tun.

Klar. Aber 1 GByte Upload geht schneller als 1,25 GByte Versand per
Mail, oder? Und na klar, der User muß den Upload abwarten, hat dafür
dann aber auch die Gewißheit, daß das Zeugs zum Herunterladen bereit
liegt. Das per Mail rauszuballern und die Kontrolle an Mailserver zu
delegieren (bzw. sinnig selbst auf Bounces zu reagieren) bekommen doch
schon ca. 101% aller Exchange-Admins nicht hin. Was erwartest Du dann an
der Stelle von deren Usern bzw. ganz allgemein von nicht technik-affinen
Nutzern des Mediums eMail? Etwa mehr?

Per Mail haue ich die Daten dagegen in einem Bruchteil der Zeit mit
einem Bruchteil des Aufwandes raus.

_Du_ vielleicht, weil Du da auf die Kommandozeile abtauchst. Und das
Problem an sich an den Datenempfänger delegierst. Du scheinst in einem
Paradies zu leben bzw. zu mailen. Ich hab schon mit Leuten zu tun
gehabt, die nicht nur permanent TOFU in HTML produzieren sondern es auch
noch schaffen, beim Antworten sämtliche Attachments, die ursprünglich an
der Mail hingen, erneut zurückzusenden. Ohne mit der Wimper zu zucken
oder gar irgendwas seltsam dran zu finden. Die aber ebenso natürlich
noch nicht mal Attachments dekomprimieren können (kurioserweise
IT-Leiter -- aber zum Glück inzwischen gefeuert)

Nach meiner Erfahrung ist ein Großteil der heutigen eMail-Nutzer
dermaßen versaut (durch grottige MUAs, durch kranke defaults in diesen
MUAs, etc.), daß man sich einen sinnvollen Mail-Stil eigentlich gar
nicht mehr leisten kann. Zumindest nicht, wenn Kommunikation das Ziel
sein soll. Und Kritik muß man natürlich ganz sachte üben, denn in der
Realität ist man ja der einzige, der sich über TOFU und HTML in Mails
mokiert, mit so Quatsch wie "Netiquette" um sich wirft, etc.

Aber das soll ruhig jeder halten, wie er will. Ich empfehle in der
Situation weiterhin bigfile.de, und entweder es fruchtet oder es bleibt
halt problematisch.

Nebenbei: Was die Leute alles mit "FTP-Servern" hinbekommen, spottet
auch jeder Beschreibung. Auch da findet es keiner seltsam, wenn man
nachfrägt, was die Problematik denn mit "FTP" zu tun haben soll, wenn
irgendein Zertifikats-Problem mit HTTPS auftritt (geht bspw. um Rumpus,
der früher mal reiner FTP-Server war und inzwischen den massentauglicheren
HTTP[S]-Up-/Download dito beherrscht). Wohlgemerkt diskutiert man da mit
ITlern, die eigentlich dafür bezahlt werden, sich damit auszukennen...

Gruss,

Thomas

[1] Hier auf dem Mail-Server werden Attachments bei Bedarf automatisch
von der eigentlichen Nachricht getrennt. In die Nachricht kommen
dann Download-URLs auf alle Attachments und der Kram liegt
angehübscht irgendwo auf dem Server. Als Beispiel mal 'ne Spam-Mail
<https://mail.kaiser-edv.de/msg-Ao0OOuSy/>
.

Relevant Pages

  • Re: OWA S/Mime Plugin =?ISO-8859-15?Q?ver=E4ndert_Upload_von?= =?ISO-8859-15?Q?_Anh=
    ... Mail komplett von dem Control erstellt und clientseitig gehandhabt. ... Deswegen wird beim Speichern jeweils ein Upload des Attachments erfolgen. ... Nur wird dann die Mail von em Plugin clientseitig erstellt und deshalb gibt es da kein serverseitiges Caching. ...
    (microsoft.public.de.exchange)
  • Re: 75 GB limit in Windows Server 2003 R2
    ... Basically Harold, you sound your CEO who doesn't understand IT or your ... If your users can mail themselves mails with attachments of a particular ... if your Exchange server is really that heavy used it must be quite ... Or perhaps you mean they would upload to an intranet, ...
    (microsoft.public.windows.server.general)
  • Re: Invalid file specified
    ... reason its not allowing me. ... but i can upload and save but cant send ... attachments: size limits, types of files, etc. Make sure the files you're ...
    (microsoft.public.windowsxp.basics)
  • Re: Attachments zwischenspeichern auf Exchange
    ... Versenden, d.h beim Schreiben der Mail in "Gesendete Objekte", so viel Zeit ... Dass eigentlich FTP das richtige Tool zum Versenden von grossen Datenmengen ... Attachments an Mails waren nie zum Datenaustausch gedacht. ...
    (microsoft.public.de.german.exchange2000.general)
  • Re: Apple spinnt bei manchen Anlagen?
    ... Egal womit ich sende, Apple Mail meint schlauer zu sein, als ... Standards es definieren und schreibt den Inhalt der Anlage immer in die ... Warum macht Apple Mail das? ... und besonders gerne alleine, also ohne weitere Attachments). ...
    (de.comp.sys.mac.internet)