Beiträge von EliW

Die Domain sende ich im Domainpart oder was meinst du genau? domain.tld
Im Reverse-Lookup kommt korrekt der vServername raus und für den Eintrag existiert kein MX.
Bisher funktionierte es genau so.

Direkt nach dem FROM: info@domain.de kommt der error.

Hallo zusammen,

ich habe seit kurzer Zeit ein seltsames Phänomen.

Ursprünglich wurden ganz normal Mails über meine Webseiten versendet, doch mittlerweile kommt nur noch die dead.letter Datei.

Das eMail-Log sagt:

sSMTP[18119]: 552 sorry, your envelope sender domain must exist (#5.7.1)

Im Debug wird entsprechend ausgegeben, dass das Login erfolgreich war und auch das HELO angenommen wird:

Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: Set MailHub="ssl0.ovh.net"




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: via SMTP Port Number="587"




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: 220 ns0.ovh.net ssl0.ovh.net. You connect to mail21.ha.ovh.net ESMTP




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: EHLO domain.de




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: 250 SIZE 109000000




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: AUTH LOGIN




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: 334 VXNlcm5hbWU6




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: cG9zdG1hc3RlckByZWFsaXRhZXRzZmVybmUtY2hhb3Rlbi5kZQ==




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: 334 UGFzc3dvcmQ6




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: eHFBbDlrSFZY




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: 235 ok, go ahead (#2.0.0)




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: MAIL FROM:




Sep 22 12:37:41 v2201204121837896 sSMTP[18119]: 552 sorry, your envelope sender domain must exist (#5.7.1)

sSMTP-Config:

#




# Config file for sSMTP sendmail




#




# The person who gets all mail for userids < 1000




# Make this empty to disable rewriting.




root=










# The place where the mail goes. The actual machine name is required no




# MX records are consulted. Commonly mailhosts are named mail.domain.com




mailhub=ssl0.ovh.net










# Where will the mail seem to come from?




rewriteDomain=domain.de










# The full hostname




hostname=vServerName.yourvserver.net










# Are users allowed to set their own From: address?




# YES - Allow the user to specify their own From: address




# NO - Use the system generated From: address




FromLineOverride=YES










AuthUser=postmaster@domain.de




AuthPass=PASSWORD




AuthMethod=LOGIN










Debug=YES

Die Domain ist bei OVH gehostet und die MX-Einträge sind für alle Domains Gleich (OVH vorgaben):

MX1 mx3.ovh.net

MX2 mx4.ovh.net

MX100 mxb.ovh.net

Auf dem Server benutze ich sSMTP mit entsprechendem AUTH der auch bisher immer funktioniert hatte.

Das Passwort für das Login habe ich auch nochmal neu gesetzt jedoch keine Änderung.

Bei den anderen Domains funktioniert es weiterhin.

Probiert habe ich folgendes:

- andere DNS-Server

- Änderung der MX Prioritäten und Server

- Send-Mail Test über Konsole (funktioniert)

- Send-Mail Test über PHP-Datei (mail()-Funktion funktioniert auch)

Kennt jemand eine Lösung oder einen Fehler?

MfG

EliW

Hallo,

evtl. habe ich eine Lösung.

Ich hatte noch Probleme damit, dass udev nicht gestoppt werden konnte.
Dazu einfach eine parallele Konsole öffnen und manuell udev stoppen

stop udev

(dann dauert es eine weile).

Für das 2. Problem wie oben bereits angeführt:

sudo mv /dev/shm /dev/shm_old

dpkg --configure -a

sudo apt-get upgrade --yes

Evtl. hilft es dem einen oder anderen bei dem selben Problem.

MfG

Hallo,

ich würde mich auch sehr über eine Lösung oder Lösungsansatz freuen, bei mir tritt genau das selbe auf.

MfG

Hallo,

ich habe mir die APK nochmal geladen und neu installiert, nun funktioniert es auch bei mir .
Die Zugangsdaten hatte ich mehrmals eingegeben und im VCP wurde der Server auch immer korrekt angezeigt.

MfG
EliW

Ich benutze jetzt Ubuntu 12.04

OK - also nach einer Neuinstallation (des OS) funktioniert es auch nicht, egal welche Plugins drin sind...dann muss ichs wohl erstmal sein lassen

Hallo,

Munin läuft nicht mehr und bei dem Versuch es zu starten bleibt die console "leer".

Sprich bei "service munin-node start" oder "/etc/init.d/munin-node start" passiert nichts mehr (bekomme auch keine neue Kommandozeile).

Die Plugins habe ich alle mal mit "munin-run " durchgetestet, bei keinem traten Fehler auf trotzdem lässt es sich nicht starten

//edit: eine Neuinstallation endet auch fatal, da die Plugins vorkonfiguriert werden und versucht wird zu starten was wieder ein einem "Aufhänger" endet und damit der Installationsprozess abgebrochen werden muss.
Nach Abbruch des Startvorganges meint er, dass der Dienst läuft - er läuft aber nicht da weder ein Prozess noch eine pid-Datei zu finden ist und auch keine Daten geupdates werden oder Logfiles geschrieben werden.

MfG

EliW

Hallo,

Leider steh ich wieder vor dem Problem wie gestern.
Wenn ich Munin dann neu starten oder stop/start möchte passiert garnichts mehr.
Weder Log-Meldungen sind zu sehen noch kommt nach ner Zeit eine Fehlermeldung.

MfG
EliW

Hallo zusammen,

da ich einige Posts über Munin lesen konnte, jedoch keine die mir eine Lösung stellten eröffnet ich was neues.

Folgendes Problem:

- Munin installieren

- Munin läuft

- Munin stürzt ab mit folgender Meldung im Log:

Process Backgrounded




2012/04/29-12:14:00 Munin::Node::Server (type Net::Server::Fork) starting! pid(22077)




Using default listen value of 128




Binding to TCP port 4949 on host *




2012/04/29-12:14:00 [22077] Error output from vserver_resources:




2012/04/29-12:14:00 [22077]     find: `/proc/virtual/*': No such file or directory




2012/04/29-12:14:00 [22077] Service 'vserver_resources' exited with status 1/0.




2012/04/29-12:14:01 [22077] Error output from vserver_loadavg:




2012/04/29-12:14:01 [22077]     find: `/proc/virtual/*': No such file or directory




2012/04/29-12:15:02 CONNECT TCP Peer: "::ffff:127.27.132.1:54270" Local: "::ffff:127.27.132.1:4949"




2012/04/29-12:15:02 [25237] Denying connection from: ::ffff:127.27.132.1




2012/04/29-12:18:36 Server closing!

Gibt es eine Möglichkeit Munin trotzdem zum laufen zu bringen oder ist hier das Ende?

MfG

EliW

Hallo zusammen,

sehr schöne Sache mit den Apps - die iPhone App funktioniert bei mir problemlos, allerdings leider nicht auf meinem Android Tablet (4.0.3).
Nach der Installation der APK und Start kommen 2x die Meldungen "Noch nicht konfiguriert" und "Es ist noch kein Server ausgewählt".
Nachdem eintragen der Logindaten erscheinen nun (weiterhin doppelt) die Meldungen "Es ist noch kein Server ausgewählt".
Bei der Serverauswahl bekomme ich leider nur ein schwarzes Fenster und links oben ein grünes Häkchen, welches schon da ist (kein Text jeglicher Art).
Trotz ab und abwählen des Kästchens ändert sich nichts, die Meldungen erscheinen weiterhin und es wird auch kein Server angezeigt.
Kann man da irgendwas machen oder is das irgendwie ein Problem bei mir?

PS: keine Kritik nur Anmerkungen find' die Apps trotzdem spitze

MfG
EliW

Von mir auch ein Frohes Ostern an euch allen

Richtig

Hallo,

das hatte ich gestern schon erfolgreich versucht
Trotzdem Danke für die Hilfe.

Für alle anderen die das gleiche Problem haben -> folgende Quelle in der sources.list hilft:

deb http://ftp.de.debian.org/debian squeeze main non-free

MfG

Vielen Dank!

Hätte ich auch selber finden müssen

MfG

Jap etwas zu spät gelesen sry

Gibt es dann nur noch eine manuelle Möglichkeit?
Auf einem anderem Server den ich verwalte ist die sources.list genau gleich und da existieren die sun packete noch.
Ich verstehs nich wirklich

MfG

Ja habe ich.
Ich habe ebenfalls den Cache geleert und es dann nochmals versucht aber es wird immernoch kein sun-* angezeigt.

Hallo,

meinst du die Repo? >deb http://de.archive.ubuntu.com/ubuntu lucid multiverse<

Die is bereits drin.

MfG

Hallo zusammen,

wie viele andere möchte ich auch Java auf meinem vServer installieren.
Das Repo >deb http://archive.canonical.com/ubuntu lucid partner< habe ich ebenso hinzugefügt.
Allerdings existiert kein Paket mit namen sun-*, dass ich hätte sun-java6-jre installieren können.

Gibt es ein anderes Repo oder weiß jemand wo der Fehler sein könnte?

MfG
EliW