Senden von E-Mail-Anhang mithilfe von uuencode und mailx
Ich versuche, ein system in meinem Heimnetzwerk um ein Bild zu senden (.png) per E-Mail. Der nächste, den ich bekommen haben ist diese:
uuencode -m snapshot.png snapshot.png | mailx -r "[email protected]" -s "Snapshot" -S smtp=smtp.myremoteserver.net me@myremoteserver.net
Kommt die mail zu mir, aber die Leistung lässt ein wenig zu wünschen übrig...
begin-base64 755 snapshot.png
AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8A
AAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAA
AP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA
(well, you get the idea...)
AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8A
AAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAA
AP8AAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/
====
Das Problem ist, ich HABE das senden durch smtp.myremoteserver.net. Aber die Bild-Datei ist nicht immer entschlüsselbar durch meine E-mail-client (ich habe versucht, in Thunderbird und in verschiedenen webmail-interfaces, Gleiches Ergebnis). Gibt es eine bessere Möglichkeit, die tatsächlich funktioniert?
Update: Nur für den Spaß von ihm, ich lief diese:
uuencode -m snapshot.png snapshot.png > coded.txt
Und nach der Decodierung, bekam ich ein Rührei, unviewable Durcheinander. So das problem sein mit der uuencoding.
uudecode snapshot.png
um es wieder zu einem wahren png-Datei (wie Sie vielleicht wissen). Abhängig von Ihrem Betriebssystem, möglicherweise gibt es ein tool, das verarbeiten kann, einige oder alle der Konvertierung für Sie, sonst müssen Sie eine hässliche, manuelle Verfahren (möglicherweise skriptfähig). Viel Glück.Leider, wenn ich es tatsächlich das senden funktioniert, empfangen Ende nicht in der Lage sein, um die Verwendung von uudecode. So, ich bin gehen zu müssen, eine andere Lösung, denke ich.
Ich glaube nicht, Holen Sie sich Ihr update. Es sollte nicht alles in die
coded.txt
Datei, und mein linux nicht uuencode installiert :-(. Aber wie Sie sagen, wenn Sie Ihre endgültige system nicht unterstützen uuencode
d Dateien, dann suchen Sie hier nach sendmail
und mimetype
Lösungen. Viel Glück.
InformationsquelleAutor user2646340 | 2013-12-31
Du musst angemeldet sein, um einen Kommentar abzugeben.
In meinem alten job, den
mailx
Programm hatte eine option " Anlage gebaut-a
.Vom http://linux.die.net/man/1/mailx:
Dann müssen Sie nicht haben, um sorgen über die
uuencode
Zeug. Ich glaube, Sie können mehrere-a
Optionen zum senden und mehrere Anlagen als gut.Nicht sicher sind, welche version diese option erschien aber (der Server bei meinem neuen job nicht haben).
-a, --append=HEADER: VALUE append given header to the message being sent
Danke. Einfachste Lösung, die ich gesehen habe. Arbeitet auf Centos.6.5.
Funktioniert unter Red Hat 3.10.0 Dank.
InformationsquelleAutor jas_raj_total
Auf ubuntu, ich war in der Lage, erfolgreich zu senden E-mail mit attachment mit
InformationsquelleAutor Arun Murthy
Ich hatte das gleiche problem und behoben durch wechseln zu sendmail, die zum senden von mime-Typen.
Habe ich nicht mimencode in der Produktion, so habe ich openssl, das scheint der gleiche:
Wenn du mehr Empfänger, Betreff oder geben Sie am Anfang des Rohres, und fügen Sie mimencode-Ausgabe am Ende, zB.,
Können Sie die Ausgabe aller diese in eine Datei und dann die Katze zu den sendmail-Rohr.
InformationsquelleAutor Aimin Pan
Die Sie gerade benötigen, um loszuwerden, die "-m" - option. Es funktioniert auf Solaris 10 als sender und outlook/lotus_notes als mail-client.
Mit "-m" zeigt es "begin-base64 ...", ohne "-m" zeigt die normale Anlage.
Versuchen:
Hoffe, es hilft.
InformationsquelleAutor user312987
Lesen: https://support.microsoft.com/en-us/kb/2590107
Sollten Sie verwenden mimencode.
Mimencode ist beabsichtigt, ein Ersatz für uuencode für mail und news benutzen. Der Grund ist einfach: uuencode funktioniert nicht sehr gut in einer Reihe von Umständen und Möglichkeiten. Insbesondere, uuencode verwendet Zeichen, die nicht übersetzt sowie in allen E-mail-gateways (besonders ASCII <-> EBCDIC-gateways). Auch, uuencode ist nicht standard-es sind mehrere Varianten im Umlauf, Kodierung und Dekodierung, die Dinge in unterschiedliche und inkompatible Wege, die keine "standard" als Basis für eine Implementierung. Schließlich, uuencode in der Regel nicht gut funktionieren, in einem Rohr, obwohl einige Varianten, die geändert wurden, dies zu tun. Mimencode implementiert die Codierungen definiert wurden für MIME als uuencode-Ersatz, und sollte deutlich robuster für E-Mail verwenden.
InformationsquelleAutor Aimin Pan
uuencode /pth/to/atch.jpg sendasname.jpg | mailx -s "Betreff" - [email protected]
tun sollte, fein - verwenden Sie es regelmäßig in solaris.
Weglassen der Option-m wird all das muss geschehen.
InformationsquelleAutor user2928893
wie etwa
Der einzige Unterschied ist hier, rund um das uuencode in einer subshell (parens)? Wenn ja, hast du den test dieser Antwort? Ich weiß nicht, wie es funktionieren könnte. Viel Glück an alle.
Offenbar so. Getestet, Gleiches Ergebnis. Natürlich, nach meinem update, die verschlüsselte Datei nicht entschlüsseln richtig. Und Wann bekomme ich diese zu arbeiten, das empfangende Ende nicht in der Lage sein, um eine Datei zu entschlüsseln sowieso.
InformationsquelleAutor michael501