![]() |
Qmail
Weiß wer wie man Qmail dazu bringt, Mails von einem anderen Server abzuholen?
Ich habe es mit Fetchmail probiert, aber das will nicht funzen. Geht überhaupt Qmail+Fetchmail, und/oder kennt wer einen Ersatz für Fetchmail? Bin für jede Info dankbar und von Arti möcht ich bitte jetzt nichts schnippiges hören :D Sloter |
wertvolle infos für sloterchen
<zensur> .......................................
.................................................. .. .................................................. .. .................................................. .. .................................................. .. .......................................</zensur> greetz eine artige arte btw: was hast mit den unqualifizierten fingerchen auf der tasta wieder einmal angestellt, des fetchmail ned funzt? |
bitte artemisias1, wennst ihm net helfen kannst, dann schreib lieber gar nix. oder tob dich im off topic aus.
cin |
sehrwohl madame
verzeiht meine impertinenz. *kopfkratz ... sagen nun frauen beim wiener schmä ... bin demnächst gehörig ihr diener? ... na höchsten ihre dienerin egal greetz artemisias |
Re: Qmail
Zitat:
Kenne QMail nicht, aber fetchmail sollte es egal sein von wo es was holt, solange es ein unterstütztes Protokoll ist. Ich habe meine sehr positiven Fetchmailerlebnisse hier gepostet: http://www.cargal.org/forums/viewtop...=214&forum=5&0 Was steht in deiner ~/.fetchmailrc drin? Ciao, Steve |
Hi @all!
@Sloter Kann mich Steve nur anschließen, fetchmail ist es egal welcher MTA läuft. Schau' grad http://images-eu.amazon.com/images/P...1.MZZZZZZZ.jpg <= da nach, und fetchmail sollte funktionieren. Wenn der ISP auch Qmail und das ./Maildir/ - Format verwendet, gibt's anscheinend auch eine Möglichkeit mit serialmail . Grüße Manx |
@cindy
Danke für die Unterstützung aber Arti zahlt mir gerechterweise was zurück. @lotus Ja habe ich mir gedacht, das Fetchmail mit alle MTA zusammenarbeitet. Nur bei mir nicht :) Also ich habe einen Mailserver aufgesetzt mit folgenden Komponenten. qmail ucspi-tcp daemontools vpopmail qmailadmin/ezmlm Sqwebmail Courier-IMAP vpopmail.pm Alles läuft einwandfrei, ausser wenn von aussen die Weboberfläche von Qmailadmin und Sqwebmail aufgerufen wird erscheint das Loginfenster und dann kommt Laufzeitfehler 6 :confused:. Local vom Netzwerk funzt alles. Das kann aber sein weil ich umbedingt auf eine deutsche Oberfläche upgedatet habe. Jetzt wollte ich fetchmail dazugeben, und das holt keine Mails ab, sondern bricht immer mit fetchmail -v -f /home/marion/.fetchmailrc ... fetchmail:/home/marion/.fetchmailrc:3: parse error at service Die User.fetchmail sieht so aus defaults proto pop3 (auch schon mit imap probiert) poll service proto pop3 via mail.domain.at port 25 user "Username" pass "Paßwort" is marion User und Paßwort sind natürlich abgeändert :) Hat wer noch eine Idee? Sloter |
Zitat:
Da steht es eh was das Problem ist, es soll IMHO "server" und nicht "service" heissen! Wenn du meinen Link oben verfolgt hast siehst du daß mein Eintrag so aussieht: poll server mail.domain.at proto POP3 user USERNAME password Passwort is marion here Mit dieser Syntax dürfte nix schiefgehen! Auch ist das doppelte Anführen des Proto POP3 redundant. HTH, Ciao, Steve |
Hi!
Hier eine Sample fetchmail-config aus "running qmail": Code:
poll host.isp.net with proto POP3HTH Manx |
... Nachtrag:
Es wird natürlich davon ausgegangen, dass die Mails beim ISP für die virtuelle Domain "localdomain.tld" gespeichert sind. Fetchmail erkennt dann die angegebenen user (z.B. user1@localdomain.tld) als local und sollte die auch zustellen. Gibts einen User nicht, wird die Mail dem Benutzter zugestellt unter dessen UserID fetchmail läuft. Grüße Manx |
@sloterchen
merci für deine unterstützung. und geh demnächst mit deinem charme ein bissl vorsichtiger um ... wer weiß, von wem ich sonst noch so alles gemaßregelt werd. und zu dem anderen: wie gesagt, schick mir die fehlermeldungen vom skript. damit mir das nicht ewig und drei tage nachhängt. wünsch dir einen schönen tag arte |
Hallo
Fast geschafft :) aber :( @manx Danke so funzt es jetzt macht Qmail wieder Probleme. Zuerst die Fehlermeldung 553 sorry, that domain isn't in my list of allowed rcpthosts(#5.7.1) Die Domain ist zwar eingetragen aber der andere Mailserver (NT mit Ipmail) outet sich beim Verbinden als "localhost". OK die rcpthosts erweitert um localhost. Jetzt ladet er die Mails zwar runter, ordnet sie auch den User zu aber er schreibt jetzt etwas dazu. Subhect:failure notice <here@localhost>: Sorry, I couldn't find any host named localhost. (#5.1.2) Fetchmail probiert den Domainnamen aufzulösen und bekommt bei "localhost" natürlich eine Fehlermeldung. 1, Macht mir da die NT-Maschine einen Strich durch die Rechnung, mit "localhost"? 2, Kann ich fetchmail sagen das er nicht den SMTP prüfen soll, er soll ja nichts versenden nur abholen. So ein #$§%6&? :hammer: Sloter |
Hi Sloter!
Ich hab's glaub ich no ned ganz verstanden. Du hast eine Domain, sagen wir "firma.at". Mail an xy@firma.at gehen an den Mailserver des Providers. Von dort holt sie fetchmail ab, und soll sie local den Usern zustellen. Was tut der NT-Mailserver? Bzw. wie werden Mails verschickt? Grüße Manx |
Mächtig auf der Leitung gestanden :(
Ich hätt deine .fetchmailrc genauer beachten sollen. ----------------------------------------------- poll host.isp.net with proto POP3 localdomains localdomain.tld no envelope no dns user "username" with password "passwd" is user1 user2 user3 user4 here ---------------------------------------------- "here" ist der locale User mit der Domain localhost. Einfach ein forward für here@localhost auf benutzername@firma.at Jetzt funzt das Teil und spielt alles was ich will :D Danke für eure Hilfe Sloter |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 19:48 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag