Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Mails gleichzeitig senden und empfangen
2 views
Skip to first unread message
Thomas Wildgruber
Feb 2, 2012, 11:27:14 AM2/2/12
to
Hi Group,
bei der Suche nach einem E-Mail Provider für Satellitenverbindungen bin ich
jetzt häufiger auf MUAs gestoßen, welche E-Mails gleichzeitig senden und
empfangen können. Das wäre bei einer langsamen und sauteuren Verbindung
schon ein eklatanter Vorteil. Kann das jeder MTA (gleichzeitig senden und
empfangen) und ist das ein Feature des MUA oder muß man da auch noch den
Server entsprechend friesieren?
Thx & Bye Tom
--
"Ich weiß nicht, was der französische Staatspräsident Mitterand denkt, aber
ich denke dasselbe." (Helmut Kohl)
bei der Suche nach einem E-Mail Provider für Satellitenverbindungen bin ich
jetzt häufiger auf MUAs gestoßen, welche E-Mails gleichzeitig senden und
empfangen können. Das wäre bei einer langsamen und sauteuren Verbindung
schon ein eklatanter Vorteil. Kann das jeder MTA (gleichzeitig senden und
empfangen) und ist das ein Feature des MUA oder muß man da auch noch den
Server entsprechend friesieren?
Thx & Bye Tom
--
"Ich weiß nicht, was der französische Staatspräsident Mitterand denkt, aber
ich denke dasselbe." (Helmut Kohl)
Paul Muster
Feb 2, 2012, 12:13:56 PM2/2/12
to
On 02.02.2012 17:27, Thomas Wildgruber wrote:
> bei der Suche nach einem E-Mail Provider für Satellitenverbindungen bin ich
> jetzt häufiger auf MUAs gestoßen, welche E-Mails gleichzeitig senden und
> empfangen können. Das wäre bei einer langsamen und sauteuren Verbindung
> schon ein eklatanter Vorteil. Kann das jeder MTA (gleichzeitig senden und
> empfangen) und ist das ein Feature des MUA oder muß man da auch noch den
> Server entsprechend friesieren?
Der Empfang erfolgt i.A. von einem POP3- oder IMAP-Server. Der Versand
> bei der Suche nach einem E-Mail Provider für Satellitenverbindungen bin ich
> jetzt häufiger auf MUAs gestoßen, welche E-Mails gleichzeitig senden und
> empfangen können. Das wäre bei einer langsamen und sauteuren Verbindung
> schon ein eklatanter Vorteil. Kann das jeder MTA (gleichzeitig senden und
> empfangen) und ist das ein Feature des MUA oder muß man da auch noch den
> Server entsprechend friesieren?
läuft i.A. an einen SMTP-Server.
Dementsprechend sind das verschiedene Server und die Frage stellt sich
nicht. Selbst wenn beide Serverdienste auf derselben Maschine laufen,
gibt es keine sinnvollen Gründe, warum jemand absichtlich und mit viel
Aufwand die gleichzeitige Nutzung von POP3/IMAP und SMTP unterbinden
wollen könnte.
mfG Paul
Peter J. Holzer
Feb 2, 2012, 1:08:04 PM2/2/12
to
"natürliche" Art, sowas zu programmieren:
Wenn der Benutzer eine Mail senden will, dann wird die an den SMTP
(eigentlich SUBMISSION) Server geschickt, anschließend kann man auch
gleich über IMAP/POP anfragen, ob neue Mail reingekommen ist.
Sonst schaut der MUA halt alle paar Minuten nach, ob was neues gekommen
ist. Wenn es der Server unterstützt, muss er nicht mal aktiv nachfragen,
sondern bekommt vom Server eine Benachrichtigung.
Für eine echte parallele Verarbeitung müsste man IMAP/POP-Abfrage und
SMTP-Versand in jeweils einen Thread auslagern. Kann man machen, bietet
sich eventuell sogar an, wenn man sowieso schon einzelne Threads für
alles mögliche hat, aber es ergibt sich nicht von selbst.
hp
--
_ | Peter J. Holzer | Deprecating human carelessness and
|_|_) | Sysadmin WSR | ignorance has no successful track record.
| | | h...@hjp.at |
__/ | http://www.hjp.at/ | -- Bill Code on as...@irtf.org
Paul Muster
Feb 2, 2012, 1:38:08 PM2/2/12
to
On 02.02.2012 19:08, Peter J. Holzer wrote:
> Das ist nicht absichtlich und mit viel Aufwand, sondern eher die
> "natürliche" Art, sowas zu programmieren:
Du schreibst über Clients, ich über Server. Deine Antwort passt also nicht.
> Das ist nicht absichtlich und mit viel Aufwand, sondern eher die
> "natürliche" Art, sowas zu programmieren:
mfG Paul
Peter J. Holzer
Feb 2, 2012, 5:24:32 PM2/2/12
to
Antwort nichts mit Clients zu hatte, dann hat schon Deine Antwort nicht
gepasst.
Juergen P. Meier
Feb 2, 2012, 11:01:54 PM2/2/12
to
Peter J. Holzer <hjp-u...@hjp.at>:
die in ueblichen MUA Client-Anwendungen schon immer parallel
zueinander implementiert wurden.
> Wenn der Benutzer eine Mail senden will, dann wird die an den SMTP
> (eigentlich SUBMISSION) Server geschickt, anschließend kann man auch
> gleich über IMAP/POP anfragen, ob neue Mail reingekommen ist.
Moderne Software (Stand: 1980er Jahre) kann das quasi zeitgleich.
Seit es Multiprozessor-Systeme gibt, soger in echt gleichzeitig.
> Sonst schaut der MUA halt alle paar Minuten nach, ob was neues gekommen
MUAs die fuer den Empfang IMAP sprechen reagieren auf Events des
Servers und nutzen keine Programmiertechnik der Steinzeit dafuer.
> ist. Wenn es der Server unterstützt, muss er nicht mal aktiv nachfragen,
> sondern bekommt vom Server eine Benachrichtigung.
Das ist bei IMAP Standard. Darum verwendet man auch IMAP.
> Für eine echte parallele Verarbeitung müsste man IMAP/POP-Abfrage und
> SMTP-Versand in jeweils einen Thread auslagern. Kann man machen, bietet
Es gibt auch andere Methoden der Quasi-Prarallelisierung.
> sich eventuell sogar an, wenn man sowieso schon einzelne Threads für
Die meisten MUAs machen genau das. Unter ineffizienten Betruebsystemen
wie Wintendo kannst du diesem Threading idR. sogar zuschauen (z.B. mit
ProcessExplorer).
> alles mögliche hat, aber es ergibt sich nicht von selbst.
Das ist alles Stand der 80er Jahre des vorherigen Jahrhunderts.
Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)
>> Der Empfang erfolgt i.A. von einem POP3- oder IMAP-Server. Der Versand
>> läuft i.A. an einen SMTP-Server.
>
>> läuft i.A. an einen SMTP-Server.
>
> Das ist nicht absichtlich und mit viel Aufwand, sondern eher die
> "natürliche" Art, sowas zu programmieren:
Nein. Versand und Empfang sind von einander Unabhaengige Protokolle,
> "natürliche" Art, sowas zu programmieren:
die in ueblichen MUA Client-Anwendungen schon immer parallel
zueinander implementiert wurden.
> Wenn der Benutzer eine Mail senden will, dann wird die an den SMTP
> (eigentlich SUBMISSION) Server geschickt, anschließend kann man auch
> gleich über IMAP/POP anfragen, ob neue Mail reingekommen ist.
Seit es Multiprozessor-Systeme gibt, soger in echt gleichzeitig.
> Sonst schaut der MUA halt alle paar Minuten nach, ob was neues gekommen
Servers und nutzen keine Programmiertechnik der Steinzeit dafuer.
> ist. Wenn es der Server unterstützt, muss er nicht mal aktiv nachfragen,
> sondern bekommt vom Server eine Benachrichtigung.
> Für eine echte parallele Verarbeitung müsste man IMAP/POP-Abfrage und
> SMTP-Versand in jeweils einen Thread auslagern. Kann man machen, bietet
> sich eventuell sogar an, wenn man sowieso schon einzelne Threads für
wie Wintendo kannst du diesem Threading idR. sogar zuschauen (z.B. mit
ProcessExplorer).
> alles mögliche hat, aber es ergibt sich nicht von selbst.
Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)
Paul Muster
Feb 3, 2012, 12:50:18 AM2/3/12
to
On 02.02.2012 23:24, Peter J. Holzer wrote:
> On 2012-02-02 18:38, Paul Muster <exp-3...@news.muster.de1.cc> wrote:
>> Du schreibst über Clients, ich über Server. Deine Antwort passt also
>> nicht.
>
> Die Frage von Thomas bezog sich auf MUAs, also Clients. Wenn Deine
> Antwort nichts mit Clients zu hatte, dann hat schon Deine Antwort nicht
> gepasst.
Lies und verstehe:
> On 2012-02-02 18:38, Paul Muster <exp-3...@news.muster.de1.cc> wrote:
>> Du schreibst über Clients, ich über Server. Deine Antwort passt also
>> nicht.
>
> Die Frage von Thomas bezog sich auf MUAs, also Clients. Wenn Deine
> Antwort nichts mit Clients zu hatte, dann hat schon Deine Antwort nicht
> gepasst.
| Kann das jeder MTA (gleichzeitig senden und
| empfangen) und ist das ein Feature des MUA oder muß man da auch
| noch den Server entsprechend friesieren?
Message has been deleted
Thomas Wildgruber
Feb 3, 2012, 8:07:31 AM2/3/12
to
On 3 Feb 2012 13:47:11 +0100, Heiko Schlenker wrote:
>>| Kann das jeder MTA (gleichzeitig senden und
>>| empfangen) und ist das ein Feature des MUA oder muß man da auch
>>| noch den Server entsprechend friesieren?
>
> Vielleicht solltest Du beschreiben, was Du unter "senden", "empfangen"
>>| Kann das jeder MTA (gleichzeitig senden und
>>| empfangen) und ist das ein Feature des MUA oder muß man da auch
>>| noch den Server entsprechend friesieren?
>
> und "MTA" verstehst.
Einen Mailserver der E-Mails empfängt und bereit stellt. Ich kenne
Mailserver nur von Microsoft mit deren Exchange, was ja wieder ein wenig
anders gestrickt ist, zumindest was die MAPI Geschichte betrifft aber wenn
ich jetzt einen Postfix oder ähnlichen Mailserver selbst aubaue, würde ich
nicht daran denken, dafür zwei Server aufzustellen. Ich würde sowohl für
den Empfang (SMTP), wie auch für das Bereitstellen bzw. Abholen (POP3,
IMAP) nur einen Server aubauen. Zumindest für die Größenordnung, für die
ich ihn brauche...
Ich habe da halt so Authentifizierungsgeschichten wie POP vor SMTP oder
ähnliches im Hinterkopf. Man musste zuerst Mails abholen um welche senden
zu können usw...
Bye Tom
--
"Der Retter der Welt ist ein Pinguin und Linus Torvalds ist sein Prophet "
Message has been deleted
Jens Franik
Feb 4, 2012, 7:38:08 PM2/4/12
to
Am 02/02/12 17:27, schrieb Thomas Wildgruber:
gleichzeitig eine Mail kommt, wenn du gerade abrufst.
Ich würde sagen, es ist am MUA das gleichzeitig zu machen.
Auch hier für Windows wieder der Hinweis auf The Bat!
--
Jens Franik
je...@gmx.de
> Kann das jeder MTA (gleichzeitig senden und
> empfangen) und ist das ein Feature des MUA
Der Server kümmert sich nicht drum, wenn auf einem anderen Port
> empfangen) und ist das ein Feature des MUA
gleichzeitig eine Mail kommt, wenn du gerade abrufst.
Ich würde sagen, es ist am MUA das gleichzeitig zu machen.
Auch hier für Windows wieder der Hinweis auf The Bat!
--
Jens Franik
je...@gmx.de
0 new messages