Webapplikation für Empfangen und Senden von eMails (Perl/CGI)

[thread]13957[/thread]

Webapplikation für Empfangen und Senden von eMails

Leser: 25

Articles: hide open all | hide show old branches

+17 replies
Gast sman

2009-08-31 17:30

Eine kleine eigene eMail Empfangen-und-Senden Web Applikation

Hallo,

Ich habe vor eine kleine Webapplikation zu schreiben, mit Login, Empfang und Senden von eMails. Die Idee ist folgende:

Button "Empfangen" ruft alle Mails vom Mail-Server ab (GMX oder GMAIL oder wasauchimmerfürein Mailserver) und empfängt nur die Daten BETREFF, DATUM, NUMMER UND GRÖSSE DES ANHANGS für alle Mails auf dem Server.
Beim Klick auf eine Mail erscheint auch der TEXT, dh. das script ruft dann erst den Text der Mail vom Server ab.
Analog beim klick auf die Anhänge, werden erst dann die Dateien abgerufen
Ein HTML Formular mit textarea,Datei durchsuchen Feld usw. ist dazu da, eMails mit Anhängen zu versenden (on submit).

Frage: Ist das eine gute Art und Weise soetwas zu realisieren? Kann das so funktionieren? Ist Perl dafür gemacht?

Das Hauptproblem dabei ist, ob es möglich ist, eMail-Daten wie TITEL oder TEXT separat zu empfangen, wie oben beschrieben. Sodass mein webserver bzw Script die Mails niemals irgendwo speichern muss. Wenn sie also angezeigt werden, werden sie immer frisch vom Mailserver geladen. Solange natürlich nur, bis man mit einem richtigen Mailprogramm wie Thunderbird oder Outlook die Mails vom Mailserver abruft, ohne Kopien darauf zu belassen.

Danke schonmal für Tipps, Ideen und Meinungen :)
martin

Modedit GwenDragon: Auf Wunsch des Threadstarters geändert
Last edited: 2009-08-31 19:42:17 +0200 (CEST)
- +4 replies
- pq
  
  2009-08-31 18:10
  
  User since
  2003-08-04
  12209 Artikel
  Admin1
  
  hi, I'm a moderator and can see you are posting from germany, so maybe your native language is german? In that case it would be better to post in german.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +3 replies
  - Gast sman
    
    2009-08-31 19:33
    Hallo Moderator, entschuldige für das English, es gibt einfach soviele Dinge hier im Forum, die noch auf English sind, dass sie mich getäuscht haben :D Kannst du bitte den Beitrag unter folgendem Titel mit dem neuen Text nochmal abändern? Danke!
    
    Eine kleine eigene eMail Empfangen-und-Senden Web Applikation
    
    Hallo,
    
    Ich habe vor eine kleine Webapplikation zu schreiben, mit Login, Empfang und Senden von eMails. Die Idee ist folgende:
    
    Button "Empfangen" ruft alle Mails vom Mail-Server ab (GMX oder GMAIL oder wasauchimmerfürein Mailserver) und empfängt nur die Daten BETREFF, DATUM, NUMMER UND GRÖSSE DES ANHANGS für alle Mails auf dem Server.
    Beim Klick auf eine Mail erscheint auch der TEXT, dh. das script ruft dann erst den Text der Mail vom Server ab.
    Analog beim klick auf die Anhänge, werden erst dann die Dateien abgerufen
    Ein HTML Formular mit textarea,Datei durchsuchen Feld usw. ist dazu da, eMails mit Anhängen zu versenden (on submit).
    
    Frage: Ist das eine gute Art und Weise soetwas zu realisieren? Kann das so funktionieren? Ist Perl dafür gemacht?
    
    Das Hauptproblem dabei ist, ob es möglich ist, eMail-Daten wie TITEL oder TEXT separat zu empfangen, wie oben beschrieben. Sodass mein webserver bzw Script die Mails niemals irgendwo speichern muss. Wenn sie also angezeigt werden, werden sie immer frisch vom Mailserver geladen. Solange natürlich nur, bis man mit einem richtigen Mailprogramm wie Thunderbird oder Outlook die Mails vom Mailserver abruft, ohne Kopien darauf zu belassen.
    
    Danke schonmal für Tipps, Ideen und Meinungen :)
    martin
    - +2 replies
    - Gast Coder
      
      2009-08-31 20:14
      
      Hi Martin,
      
      ich habe mir auch mal irgendwann soetwas gemacht. Meine Situation ist dabei die, dass ich auf Dateiebene Zugriff auf die Mail-Dateien habe. Daher kann ich mittels MIME::Parser ganz wunderbar die E-Mail Bestandteile (die sich ja alle in einer Datei befinden) zerlegen und ganz nach Wunsch anzeigen.
      
      Du schreibst von GMX & Co. Die nutze ich natürlich auch, habe dort eine Weiterleitung zu meiner Domain konfiguriert und komme deshalb auch an diese über die Dateiebene auf meinem Server dran.
      
      Falls das für Deine Anwendung in Frage kommt, können wir uns gern austauschen. Ansonsten, falls Du die Mails wirklich stückweise auf fremden Servern per POP/IMAP/FTP oder wie auch immer abfragen musst, kommt diese Variante nicht wirklich in Frage.
      - Gast sman
        
        2009-09-01 00:37
        
        Hi Coder, und nein. Es ist leider ein fremder Server, undzwar ein beliebig wählbarer, ich kann also keine Lösung auf einen Mailserver speziell zuschneiden.
- +12 replies
- renee
  
  2009-08-31 18:58
  
  User since
  2003-08-04
  14371 Artikel
  ModeratorIn
  
  You can do it with Perl...
  
  * Get info about mails: Mail::POP3Client or Net::IMAP::Client. I've used both of them and they work very well.
  * To send mails, you have more options: Mail::Sender, MIME::Lite. I prefer Mail::Sender over MIME::Lite, but that's just personal taste...
  
  For all the CGI and output stuff, I would use CGI::Application (as a lightweight Webframework) and HTML::Template::Compiled (for templating).
  OTRS-Erweiterungen (http://feature-addons.de/)
  Frankfurt Perlmongers (http://frankfurt.pm/)
  --
  
  Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
  Perl-Entwicklung: http://perl-services.de/
  - +11 replies
  - topeg
    
    2009-08-31 20:04
    
    User since
    2006-07-10
    2611 Artikel
    BenutzerIn
    
    POP3 ist ein sehr einfaches Protokoll, und kann nur komplette Mails herunterladen. Nur IMAP bietet die Möglichkeit Mails auf dem Server zu Manipulieren (Anhang Separat herunterladen, Verschieben, etc.).
    
    Für Das was sman vorhat wird er wohl IMAP benutzen müssen.
    - murphy
      
      2009-08-31 20:11
      
      User since
      2004-07-19
      1776 Artikel
      HausmeisterIn
      
      2009-08-31T18:04:14 topeg
      [...]
      Für Das was sman vorhat wird er wohl IMAP benutzen müssen.
      
      ... dazu sollte vielleicht man noch erwähnen, dass IMAP zwar ein prima Protokoll ist während POP3 aus der Steinzeit stammt, aber nichtsdestotrotz wird IMAP nicht von jedem Mailanbieter unterstützt. Bei GMX beispielsweise kann man IMAP nicht oder nur als zahlender Kunde nutzen, soweit ich weiß.
      When C++ is your hammer, every problem looks like your thumb.
    - GwenDragon
      
      2009-08-31 20:12
      
      User since
      2005-01-17
      14892 Artikel
      Admin1
      
      Und Googles Mail verwendet eine Implementaion eines „eigenen“ IMAP-Standards, der auch oft Ärger macht.
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - +4 replies
    - Dubu
      
      2009-08-31 23:41
      
      User since
      2003-08-04
      2145 Artikel
      ModeratorIn + EditorIn
      
      Naja, nicht ganz. POP3 ist zwar schon uralt, aber auch damit bekommt man eine Liste der vorhandenen Mails, erfährt die Größe jeder Mail, kann Mails auf dem Server löschen und kann sich auf Wunsch auch nur die ersten x Zeilen jeder Mail herunterladen (wobei x sich auf die Zeilen im Content bezieht, bei x=0 bekommt man also den kompletten Header).
      Einen POP3-Client selber "from scratch" zu schreiben ist gar nicht schwer, wenn man die Muße dazu hat. Aber es gibt auch einige Perl-Module, die einem die Arbeit abnehmen können.
      - +3 replies
      - topeg
        
        2009-09-01 01:15
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Dubu
        und kann sich auf Wunsch auch nur die ersten x Zeilen jeder Mail herunterladen (wobei x sich auf die Zeilen im Content bezieht, bei x=0 bekommt man also den kompletten Header).
        
        Das ist nicht überall einheitlich. Diese Erweiterung ist nicht Standardisiert oder gar überall implementiert. "TOP" ist optional. Man kann sich nicht darauf verlassen. Ich habe schon ein paar POP3-Server benutzt, die bei "TOP" wirklich nur den Text ausgaben, oder auch den Header mit zählten.
        
        +2 replies
        
        Dubu
        
        2009-09-01 10:06
        
        User since
        2003-08-04
        2145 Artikel
        ModeratorIn + EditorIn
        
        Oh, das Pech hatte ich noch nicht. Bisher haben alle POP3-Server, mit denen ich zu tun hatte, TOP unterstützt, genauso wie die anderen optionalen Erweiterungen wie USER und PASS. Der RFC 1939 (der ja nicht nur schon 13 Jahre alt ist, sondern auch zum STD 53 geadelt wurde) sagt zu den optionalen Erweiterungen auch extra: "This memo STRONGLY encourages implementations to support these commands [...]".
        Wenn ein Server tatsächlich TOP intepretiert, aber die Headerzeilen mitzählt, dann wäre er allerdings definitiv kaputt, den wie TOP zu interpretieren ist, steht schon in älteren Versionen des RFC genau beschrieben.
        
        Sei's drum, sollte es tatsächlich Server "in the wild" geben, die nur eine minimalistische oder defekte POP3-Implementierung haben, dann muss man sich in seinem Client natürlich darauf einstellen. Ich erwarte dann jedoch auch nicht, dass so ein Server eine funktionierende IMAP-Implementierung aufweist!
        
        topeg
        
        2009-09-01 15:24
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Dubu
        Wenn ein Server tatsächlich TOP intepretiert, aber die Headerzeilen mitzählt, dann wäre er allerdings definitiv kaputt
        
        Sicher, ich gebe nur das wieder, was ich persönlich erlebt habe (ich muss zugeben, das es schon viele Jahre her ist). Es ist schön wenn etwas wie erwartet funktioniert, darauf verlassen kann man sich aber nicht.
        
        Vertrauen ist gut, Prüfen ist besser ;-)
        
        Edit: Fehler beseitigt.
    - +4 replies
    - Gast sman
      
      2009-09-01 00:42
      
      Ich möchte eine möglichst allgemeingültige Lösung, sodass jeder Nutzer der Web Applikation die Möglichkeit hat, seine eMails abzurufen, egal welchem Provider er seine Mails anvertraut hat.
      
      Heißt das, ich sollte doch auf IMAP nebst beigehefteten superfeatures verzichten und im Sinne der allgemeinen Zufriedenheit eine POP3-Lösung schaffen, da POP3 "jeder" verarbeiten kann, sei es GMX oder GMAIL etc?
      - nepos
        
        2009-09-01 08:11
        
        User since
        2005-08-17
        1420 Artikel
        BenutzerIn
        
        Wenn du es möglichst allgemein und für jeden x-beliebigen User halten willst, dann musst du eher sogar POP3 und IMAP unterstützen denke ich.
      - topeg
        
        2009-09-01 15:12
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Man sollte beides unterstützen.
        
        Abstrahiere den Zugriff auf den Mailserver und emuliere die Eigenschaften, die der Server nicht bietet, oder lass die weg, die nicht in beiden implementierbar sind.
        Mach mehrere Module (idealer weise Objektorientiert) welche die selbe Schnittstelle bieten, dann braucht das restliche Programm gar nicht zu wissen, über welches Protokoll gearbeitet wird.
        
        Es wären vier Module von Nöten:
        
        Eines das IMAP kann
        Eines das POP3 mit TOP kann
        Eines das simples POP3 kann
        Und ein Modul das feststellt welches Modul nun genutzt werden soll und das entsprechende lädt.
        
        Dinge wie Mails markieren, verschieben, umbenennen, etc. kann man über POP3 nicht emulieren, ohne selber Daten zu speichern.
        Aber das separate Anzeigen von Anhängen, Ausgabe der Länge einer Mail, Löschen eine Mail, usw. kann man auch über POP3 Realisieren.
        
        Auf diese weise könnte man später auch Module schreiben, die auf nicht standardisierte Schnittstellen zugreift.
      - GwenDragon
        
        2009-09-01 15:17
        
        User since
        2005-01-17
        14892 Artikel
        Admin1
        
        Ähm, es gibt unterschiedliche IMAP-Server und die können auch nicht immer dasselbe.
        Das sollte auch berücksichtigt werden.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2009-08-31 17:30.