Topic: Server-Manager durcheinander nach yum update

[MIB]

Morgen Marcel!
Ich habe noch einen draußen - da ist fetchmail installiert aber nicht in Verwendung. Den uptöte ich mal um zu sehen was sich dann abspielt.

Habe gerade mit dem Kunden telefoniert wo die updates gemacht wurden. Der hat keine probs mit dem Einloggen oder den Mails. Dürfte also ganz normal laufen.

[cactus]

Ich habe noch einen SME mit fetchmail draussen und frage mich ob ich da ein update riskieren soll?

Wann es die Schirmms smeserver-fetchmail ist dan gibt es auch einen UTF-8 Version seit gestern.

Interessantes Detail am Rande - einer der drei Server hatte gar keine Problem und alles brav übernommen nach dem normalen update. Warum?

Leider keine Ahnung.

Herzlichen Dank hiermit nochmal an den holländischen cactus.

Danke!

[MIB]

Okay ich habe es ausprobiert mit http://www.schirrms.net/files/ smeserver-fetchmail-utf8-1.3.5-02.noarch.rpm. Es funktioniert!

[FraunhoferIFF]

mein Menu sieht immer noch scheiße aus, es funktioniert soweit alles.

ich hoffe mal da es ja hunderte betrifft, wird wohl bald ne Lösung kommen. Aber schön zu sehen das alle "alten Hasen" gleich hier einsteigen.
Gut zu wissen , das ihr auch Probleme bekommt wenn mal was nicht (wie gewohnt) läuft.



Bis bald
Marcel

[redalert]

Hallo, mal zu diesen Update Problemen,

siehe mein anderer Post, es können auch mit dem neue nFetchmail keine Mails mehr abgeholt werden, siehe hier :

Apr 21 12:30:45 email fetchmail[13612]: SMTP> MAIL FROM:<dwshiatsucanadam@shiatsucanada.com> SIZE=7207
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <dwshiatsucanadam@shiatsucanada.com>, sender OK - how exciting to get mail from you!
Apr 21 12:30:45 email fetchmail[13612]: SMTP> RCPT TO:<ofriedel@email.dct-gmbh.de>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 550 relaying denied ofriedel@email.dct-gmbh.de
Apr 21 12:30:45 email fetchmail[13612]: SMTP-Fehler: 550 relaying denied ofriedel@email.dct-gmbh.de
Apr 21 12:30:45 email fetchmail[13612]: SMTP-Lauscher mag Empfängeradresse ,,ofriedel@email.dct-gmbh.de" nicht
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 220 email.dct-gmbh.de ESMTP
Apr 21 12:30:45 email fetchmail[13612]: SMTP> HELO localhost
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 dct-gmbh.de Hi localhost [127.0.0.1]; I am so happy to meet you.
Apr 21 12:30:45 email fetchmail[13612]: SMTP> MAIL FROM:<FETCHMAIL-DAEMON@email.dct-gmbh.de>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <FETCHMAIL-DAEMON@email.dct-gmbh.de>, sender OK - how exciting to get mail from you!
Apr 21 12:30:45 email fetchmail[13612]: SMTP> RCPT TO:<dwshiatsucanadam@shiatsucanada.com>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <dwshiatsucanadam@shiatsucanada.com>, recipient ok
Apr 21 12:30:45 email fetchmail[13612]: SMTP> DATA
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 354 go ahead
Apr 21 12:30:45 email fetchmail[13612]: SMTP: (Körper der Umleitungs-Nachricht)
Apr 21 12:30:45 email fetchmail[13612]: SMTP>. (EOM)
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 552 Mail with no Date header not accepted here
Apr 21 12:30:45 email fetchmail[13612]: SMTP> RCPT TO:<postmaster@dct-gmbh.de>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <postmaster@dct-gmbh.de>, recipient ok
Apr 21 12:30:45 email fetchmail[13612]: keine Adressen stimmten überein; leite an postmaster@dct-gmbh.de weiter.


alles wird an den postmaster geschickt weil andere User angeblich unbekannt sind.

Kann mir schnell jemand helfen um das in den Griff zu bekommen ????
so ein mist......

ist wirklich dringend

[cactus]

Apr 21 12:30:45 email fetchmail[13612]: SMTP-Lauscher mag Empfängeradresse ,,ofriedel@email.dct-gmbh.de" nicht

Es schaut sich an das die Addresse nicht bekantt ist auf den Server, stimmt das?

[redalert]

ja das sieht so aus. was aber komisch ist, vor dem update lief alles ????

es sieht so aus als ob er die alias"e" nicht mehr kennt ?!?!?

hmmmpf

[FraunhoferIFF]

guck mal,

/home/e-smith/db

ob die account db noch die richtige ist , falls nicht hast du ne Sicherung account.rpmsave ...

also überprüfte einfach ob da was nicht mehr richtig ist.. zur not eben Sicherung wiederherstellen.

Marcel

[redalert]

bringt mir leider nichts, nach wie vor das gleiche thema....

scheint wohl nur ne neuinstallation in frage zu kommen mal eben auf die schnelle......... so ein mist

[cactus]

bringt mir leider nichts, nach wie vor das gleiche thema....

scheint wohl nur ne neuinstallation in frage zu kommen mal eben auf die schnelle......... so ein mist

Ich galube die Database ist auch UTF-8 kodiert nach dem upgrade. Hatten die Aliassen speziale Charachter darin?

[redalert]

nein, nichts. keine speziellen sachen drin. scheint zerschossen zu sein aber ganz gewaltig...

[cactus]

nein, nichts. keine speziellen sachen drin. scheint zerschossen zu sein aber ganz gewaltig...

Und was sagt dieses Kommando:

Code: [Select]

db accounts show | grep '=pseudonym' -A 1

[redalert]

bringt mir nichts. habe ich schon alles überprüft. gleiches szenario wie vorher...

[MIB]

Habe soeben den SME mit dem installierten fetchmail getestet. Teilt richtig in die Postfächer aus und holt brav ab.

[FraunhoferIFF]

Also ich lass das update erstmal ,,,, is mir noch zu heiß

gerade die
e-smith-lib.noarch 1.18.0-25.el4.sme     

ein grauen für die OXler... also lieber noch warten....

Oder wer konnte ohne Probleme weitermachen?

Marcel