Probleme beim Abholen von POP3 Mails durch den DominoServer

    Hi,


    ich benutze den RHpop3connector zum Abholen von Mails von T-Online POP3 Postfächern. Nach einiger Zeit (mal kürzer mal länger) taucht folgende Fehlermeldung auf:


    Agent error: java.net.ConnectException: Operation timed out: connect
    24.10.2003 08:10:25 Agent error: at java.net.PlainSocketImpl.socketConnect(Native Method)
    24.10.2003 08:10:25 Agent error: at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:345)
    24.10.2003 08:10:25 Agent error: at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:157)
    24.10.2003 08:10:25 Agent error: at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:144)
    24.10.2003 08:10:25 Agent error: at java.net.Socket.<init>(Socket.java:294)
    24.10.2003 08:10:25 Agent error: at java.net.Socket.<init>(Socket.java:121)
    24.10.2003 08:10:25 Agent error: at SocketMail.connectToSocket(SocketMail.java:247)
    24.10.2003 08:10:25 Agent error: at SMTPMail.connect(SMTPMail.java:34)
    24.10.2003 08:10:25 Agent error: at RHPOP3Connector.getMailAndSend(RHPOP3Connector.java:60)
    24.10.2003 08:10:25 Agent error: at RHPOP3Connector.NotesMain(RHPOP3Connector.java:24)
    24.10.2003 08:10:26 Agent error: at lotus.domino.AgentBase.runNotes(Unknown Source)
    24.10.2003 08:10:26 Agent error: at lotus.domino.NotesThread.run(NotesThread.java:208)
    24.10.2003 08:10:26 Agent error: java.net.SocketException: Error connect SMTPMail: Server >>hier steht mein Server
    24.10.2003 08:10:26 Agent error: at SMTPMail.connect(SMTPMail.java:63)
    24.10.2003 08:10:26 Agent error: at RHPOP3Connector.getMailAndSend(RHPOP3Connector.java:60)
    24.10.2003 08:10:26 Agent error: at RHPOP3Connector.NotesMain(RHPOP3Connector.java:24)
    24.10.2003 08:10:26 Agent error: at lotus.domino.AgentBase.runNotes(Unknown Source)
    24.10.2003 08:10:26 Agent error: at lotus.domino.NotesThread.run(NotesThread.java:208)


    Kann jemand etwas damit anfangen oder hat evtl. jemand eine Lösung?


    Schonmal vielen Dank


    Nils

    Hmmm...ich benutze den RHpop3connector zwar nicht, aber für mich sieht es einfach nach einem Timeout während des Verbindungsaufbaus aus...


    Vielleicht ist einfach zu diesem Zeitpunkt der T-Online Pop Server überlastet oder down... kann bei denen schon mal vorkommen.


    Wenn bereits der Connect nicht funktioniert, kann der Rest auch nicht laufen, daher die exzessive Fehlermeldung :D


    Tritt der Fehler auch auf, wenn Du das Pop3 manuell anschiebst, oder nur bei der automatischen Ausführung?

    Nils


    hi
    kannst du mir kurz erklären wie ich die intervalle beim popconector einstelle.
    hab einen dominoserver praktisch "vererbt" bekommen und noch
    noch total neu auf dem gebiet und zur zeit hole ich die mails
    mit einer umständlichlen linuxlösung aus fetchmail,procmail und gefakten mx einträgen *gg*


    vielen dank im vorraus
    mfg
    arno

    Datenbank öffnen. Im Menü Ansicht den Eintrag Agenten anklicken. Jetzt den Eitrag AutoRHPop3Connector Doppelklicken und dann im Dialog den unteren Eintrag Laufzeit-Zeitplan aufrufen.


    NILS

    Hi,


    beim manuellen Aufruf über die Workstation geht alles ohne Probleme (bis jetzt). Wenn der Fehler aber einmal aufgetreten ist, wird bei den nächsten periodischen Läufen wieder diese Fehlermeldungen angezeigt.


    Nils

    @13urton


    Zitat

    zur zeit hole ich die mails
    mit einer umständlichlen linuxlösung aus fetchmail,procmail und gefakten mx einträgen *gg*


    Wir haben bei mehreren Kunden eine Fetchmaillösung im Betrieb. Abgesehen davon, daß diese superstabil läuft, ist die Konfiguration recht trivial. procmail und gefakte mx-Einträge mussten wir nie konfigurieren. Man kann im fetchmail direkt angeben, wohin die Mails weitergeroutet werden. Gib auf Deiner Linux-Büchse doch unter X einfach mal "fetchmailconf" ein, dann hast Du ein grafisches Konfigurationstool.

    Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht.

    lodsnods


    hi


    die situation sieht so aus das die firewall mit fetchmail
    die mails abholt, scannt und dann mit procmail an einen domino
    server intern weiterleitet.
    datür brauch ich die mx einträge sonst schickt er es nicht weiter.


    kann man bei fetchmail eine ip angeben wo er es hinschicken soll?
    bzw. wie kann fetchmail was abholen und local an den domino
    weitergeben?


    werd mir fetchmail noch genauer anschauen ;)


    mfg
    arno

    also wer lust und zeit hat, kann sich auch mal unter http://www.starke.de im download bereich (unteres menü) das programm pullpush 2 anschauen. es dient dazu pop abzuholen und an smtp weiterzugeben. ganz einfach über eine cfg-datei!


    auszug aus der beschreibung:
    .
    .


    Was ist Pullpush ?


    Pullpush ist ein Programm, welches es erlaubt E-Mail von einem POP-Server abzuholen und an einen SMTP-Server weiterzuleiten.


    Toll. Jetzt bin ich viel schlauer als vorher. Also anders. Wer braucht PullPush ?


    Jeder der einen Mailserver unter Windows (Exchange oder Lotus Notes) und Mailkonten bei einem Internetprovider hat.


    .
    .

    bunt ist das dasein und granatenstark. volle kanne hoshi's!


    IBM Certified Advanced System Administrator (R5, D6, D7)
    IBM Certified Advanced Application Developer (R5, D6, D7, D8)

    Bei fetchmail gibt es eine Option um Mails die per fetchmail abgeholt werden an einen anderen Server weiterzuleiten.


    Hier der Auszug aus der Manpage:


    -S <hosts> | --smtphost <hosts>
    (Keyword: smtp[host]) Specify a hunt list of hosts to forward mail to (one or more hostnames, comma-separated). Hosts are tried in list order; the first one that is up becomes the forwarding target for the current run. Normally, `localhost' is added to the end of the list as an invisible default. However, when using Kerberos authentication, the FQDN of the machine running fetchmail is added to the end of the list as an invisible default. Each hostname may have a port number following the host name. The port number is separated from the host name by a slash; the default port is 25 (or ``smtp'' under IPv6). If you specify an absolute pathname (beginning with a /), it will be interpreted as the name of a UNIX socket accepting LMTP connections (such as is supported by the Cyrus IMAP daemon) Example:


    --smtphost server1,server2/2525,server3,/var/imap/socket/lmtp


    This option can be used with ODMR, and will make fetchmail a relay between the ODMR server and SMTP or LMTP receiver.


    Hoffe das hilft

    @13urton


    Zitat

    ... bzw. wie kann fetchmail was abholen und local an den domino weitergeben?


    Ja es kann. Du mußt nur bei den Domänen ein globales Domänendokument haben und dort bei den Internetdomänen "localhost" mit stehen haben, da fetchmail die Mails an "notesname@localhost" weiterleitet, soweit Du nichts anderes angegeben hast. Die Zeile in der .fetchmailrc könnte dann so aussehen:


    Zitat

    user 'webname' there with passwort 'xxxxxx' is 'notesname' here


    Inwieweit die "localhost" Domäne gegen die reine Lehre verstößt, kann ich Dir nicht sagen, aber dafür funktioniert dies ohne irgendwelche hosts/DNS Einträge (diese Variante steht Dir ja auch offen).

    Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht.

    lodsnods


    hi
    danke so gehts glaub ich.
    das problem was ich hab das das ganze eine xSP domino umgebung
    ist und ich mehrere domainen darauf laufen habe.
    hast du zufällig eine ahnung wie ich das localhost loswerde am schluss?


    bzw. stimmt das:
    "leon13@gmx.at" password "13urt0n" is "test@testdomain.de" here


    hast du ein verbindungsdokument zum localhost?
    mein domino findet nämlich keine route zum localhost



    vielen dank für deine, eure hilfe.


    mfg
    arno

    Wenn Du mehrere Domänen bei Dir laufen hast, funktioniert mein Beispiel vermutlich nicht, da dort nur der lokale Namensbestandteil und nicht die Zieldomäne übergeben wird - es sei denn, die lokalen Namen sind eindeutig, was aber eher unwahrscheinlich ist.
    Zum localhost brauche ich kein Verbindungsdokument, da der Server ja lt. Deiner Vorgabe auf der selben Maschine wie fetchmail läuft und die Domäne localhost im globalen Domänendokument steht.

    Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht.

    hi lodsnods


    nein wenn ich eingebe:
    user "test@gmx.at" there with password "test" is 'notesuser@domain.at' here


    funktioniert es.
    danke
    ABER ich habe jetzt ein ganz anderes prob was auch damit zusammenhängt.


    ich hab beim regestrieren von ein paar usern die falsche emailadresse geschrieben user@internation.com
    statt user@international.com.


    ich habe es jetzt in den personendokumenten ausgebessert auf
    international.


    aber sobald ich jetzt mit fetchmail ein mail abhole mit der
    neuen emailadresse user'notesuser@international.com' here


    findet er ihn nicht mehr in der dominodirektory.
    wenn ich useradresse wieder auf die falsche ändere und bei fetchmail sag
    'notesuser@internation.com' here


    funktioniert es.
    hast du eine ahnung wie ich das wieder hinbekomm?
    er müsst ja das nehemen was im personendokument steht?


    vielen dank
    mfg
    arno

    hi,


    klingt für mich eher nach einem Caching-Problem. Benenne die Nutzer eMail-Adresse wieder richtig mit international und starte den Routertask durch. Ein gelegentliches dbcache flush an der Serverconsole kann auch nichts schaden. Wenn nichts hilft, dann: der Reboot der Reboot der tut immer gut :)


    Überprüfe auch die Domänendokumente, falls vorhanden. Aber da es nur einige Nutzer betrifft, sollte das Problem nicht dort liegen.

    Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht.

    hi


    danke
    es war das domainendokument.
    ich hab einfach die ganze zeit im domainendokument der gehosteten organisation geschaut.
    aber beim rootserver nicht.


    mfg
    arno

    siehste - hab ich doch gleich gesagt :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol:


    Zitat

    Überprüfe auch die Domänendokumente, falls vorhanden. Aber da es nur einige Nutzer betrifft, sollte das Problem nicht dort liegen.


    Da ist das Wochenende ja gerettet. Ein schönes Selbiges.

    Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht.

    danke
    ebenfalls beste wünsche fürs we.
    du glaubst ja gar nicht wie das wochenende gerettet ist.
    ich dachte schon ich verbring meinen 30er vorm pc


    mfg
    arno