Beiträge von NoHopeNoFear

das ist kein david problem. die fehlermeldung wird vom SMTP Relay server "mail.ic-dn.de" geworfen, also von eurem provider oder selbst extern gehosteten mail server.
ist denke ich ein config problem auf der maschine, mit eurem david hat das in jedem fall nix zu tun. die lösungsansätze von arno sind demnach nur bedingt korrekt da er von einem direkten versand des david servers ausgeht der hier offensichtlich nicht statt findet.

wenn du die möglichkeit hast dann trag einen anderen SMTP Relay server ein, damit wirds dann wohl gehen. wenn nicht beim provider/betreiber des Relay servers nachfragen was da los ist.

mögliche fehlerquelle: die ziel domain ist auf dem SMTP Relay server als lokale domain konfiguriert, das postfach aber nicht vorhanden. würde mit der geworfenen fehlermeldung halbwegs sinn machen.
(der mx der ziel domain verweist auf eine telekom maschine, wäre demnach dann ein klassischer config fehler)

rechtsklick auf die mail im ausgang -> eigenschaften -> unten rechts auf erweitert -> im dropdown feld oben kommunikation auswählen falls nicht automatisch gewählt -> inhalt hier posten

versand läuft wie? direkt via mx oder smtp relay/smarthost?

wenn dort "David Archive" angezeigt wird und es im Unverteilt landet (doppelklick auf den eintrag im Log, dort seht der Pfad) muss es aus dem ordner gelöscht worden sein - oder die Archive.dat ist defekt / sortierung spinnt.
deshalb der hinweis auf die ARCHIV regeln, nicht die regeln im Dvise Admin, die vom ordner unverteilt selbst.

schau mal nach ob eine regel vorhanden ist die alle eingänge auf der Fax MSN löscht. typischer anwenderfehler, kommt ziemlich oft vor.
rechtsklick unverteilt -> regeln

du kannst das so mit der lizenz machen wenn ich mich richtig entsinne, hinterher dann die lizenz wieder löschen.
wichtig ist nur dass die daten vom club account nicht umgezogen werden (nach dem update im infocenter).

wir haben dafür auch schon NFR lizenzen vergewaltigen müssen weil tobit eben keinen sinnvollen upgrade weg bereitstellt. es ist nichtmal möglich von tobit einen alten installer zu bekommen (brauchten mal einen v8 installer für eine migration)...

soweit ich weiß zeigen aktuelle outlook versionen bei eingebetteten .gifs die animationen nicht an. keine ahnung wie es bei anderen mailclients ist aber da im business umfeld größten teils mit outlook zu rechnen ist halte ich das vorhaben an sich schon für sehr fragwürdig.

evtl. klappt das ganze wenn man die vorlage manuell per HTML erstellt/editiert, müsste man mal ausprobieren. über die tobit eigenen funktionen zum "bauen" von vorlagen wird das sicher nix.

Wie soll eine Partition denn einen Hardware Defekt bekommen? Eine Partition hat mit der Hardware erstmal so direkt nichts zu tun.
Wenn dann müsste es heißen die HDD mit der Systempartition hat die höchste Ausfallwahrscheinlichkeit. Und auch das würde ich in Frage stellen. Meiner Erfahrung nach sterben die Platten schneller umso mehr IO durch geht, wird auf der Kiste ernsthaft etwas betrieben ist das OS idr. nicht der Teil mit dem höchsten IO.

Zum Thema:
Haben letztens eine Installation mit 200 GB und 5mio files migriert... war kein Spass. Ist mir auch unverständlich wie man bei solchen Installationen als Admin noch gut schlafen kann. Wenn es in einer VM läuft dürfte das recovern zwar leicht fallen aber mich wundert wirklich dass ihr da keine massiven Probleme mit dem TAS bekommt. Auch das migrieren wird sicherlich spannend... mein letzter Stand ist noch dass das Migration Tool von Tobit kommentarlos crasht sobald eine Datei nicht lesbar ist. Und das ohne einen Log Eintrag zu hinterlassen welche Datei das denn war.

Die Migration am Besten mit dem Migration Tool von Tobit durchführen. Dabei können auch die User entsprechend angepasst werden, sprich zuweisung alter User -> neuer User.

Wenn du es manuell per Strongbox machen willst ist direkt nichts zu beachten, halte das nur für den wesentlich umständlicheren Weg. Sofern der alte Server sauber läuft und alle Files für das Migration Tool zu lesen sind geht es damit recht einfach.

Zitat von JackC

also ich sehe die Folgekosten bzw. kosten für Konfiguration bei Exchange auch höher.
Zu Kerio kann ich nur sagen, dass hier noch Nachholbedarf besteht, ehe diese Lösung gleichwertig ist. Kerio ist einfach noch nicht ganz optimal was Multi Domänenverwaltung angeht.

wo liegt bei kerio das problem mit multiplen domains?
kerio hat nicht den anspruch gleichwertig mit exchange zu sein, der fokus liegt auf KMU. exchange zielt eher in richtung enterprise.

vergleich besser mal den preis von david und kerio connect. im grunde spricht nichts für eine exchange installation in kleinen umgebungen. das teil ist einfach zu fett und zieht diverse folgekosten nach sich (brick level backup z.b.).

viel erfolg. wir haben auch mitte des jahres auf kerio umgestellt - und es war die absolut richtige entscheidung.
die meisten unserer kunden werden wohl über kurz oder lang folgen  

bots die versuchen open relay server zu finden... ganz was neues.
ohne statische IP keine MX auf dem server und nur pop3 gegurke. ist ein halbwegs sicheres smtp kennwort vergeben und kein relay ohne kw zulässig ist das kein problem.
sollte dir als experten doch eigentlich bekannt sein?

wer es dazu kommen lässt das mail server als spam relay missbraucht werden dem gebührt auch der zorn der kunden vollkommen zu recht.
schade ist allerdings dass david außer greylisting keine weiteren methoden zur vermeidung von harvest attackst unterstützt.... verzögertes smtp greeting würde in 90% der fälle schon ausreichen.

und das soll uns jetzt was genau sagen? wir partner sollen alle froh sein dass tobit nicht noch mehr geld für die content losen updates verlangt?

alter hut, update drauf und backline features an.
gibts schon ewig das verhalten, warum es mal passiert und mal nicht... wer weiß.

liegt idr. an defekten temp. files. auszug aus der knowledgebase:

• Wechseln Sie auf dem David Server mit dem Windows Explorer in das Verzeichnis »\DAVID\CODE\« und verschieben Sie die folgenden Dateien in das soeben erzeugte Backup-Verzeichnis, um diese bei Bedarf wiederherzustellen:
  
  • »DAVID.JOB«
    (Speicherort für aktuelle Sendeaufträge)
  • »DAVID.LOG«
    (Ausgangsprotokoll | Liste mit allen versendeten Nachrichten sowie fehlerhaften Versandversuchen)
  • »DAVID.PRN«
  • »DAVID.REC«
    (Eingangsprotokoll | Liste mit allen empfangenen Nachrichten)

[*]Kopieren Sie auch die folgenden Verzeichnisse samt Dateien als Sicherung in das erstellte Backup-Verzeichnis:

• »\DAVID\APPS\FAXWARE\OUT\API\«
• »\DAVID\APPS\DVGRAB\IN\«
• »\DAVID\CODE\TEMP\«
• »\DAVID\IMPORT\«
• »\DAVID\IMPORT\SYSTEM\«
• »\DAVID\IMPORT\SYSTEM\OBJECTS\«
• »\DAVID\TLD\PORT\EXTRA\«

[*]Löschen Sie in den folgenden Verzeichnissen alle Dateien:

• »\DAVID\APPS\FAXWARE\OUT\API\«
• »\DAVID\APPS\DVGRAB\IN\«
• »\DAVID\CODE\TEMP\«
• »\DAVID\IMPORT\«
• »\DAVID\IMPORT\SYSTEM\«
• »\DAVID\IMPORT\SYSTEM\OBJECTS\«

[*]Löschen Sie im Verzeichnis »\DAVID\TLD\PORT\EXTRA\« alle die Dateien, bis auf die folgenden:

• »POSTMAN.JOB«
• »POSTMAN.STA«
• »TLD<img src="https://tpn.tobit.com/graphic/glossary_s.gif" align="absmiddle" />.CFG«
• »TLD.CHK«

[*]Löschen Sie in den folgenden Verzeichnissen alle enthaltenen Dateien:

• »\DAVID\ARCHIVE\SYSTEM\DAVID\ERRLOG\«
• »\DAVID\ARCHIVE\SYSTEM\DAVID\PROTOCOL\

den letzten punkt kannst dir schenken, meistens liegt es an den files im ersten teil. wenns danach immer noch nicht geht check mal ob port TCP 55555 ausgehend offen ist falls MIS verwendet wird.

was ich bisher gehört habe war im grunde nur der versuch von tobit die partner wieder auf linie zu bringen. offensichtlich ist die tatsache dass sich das produkt nur noch schlecht verkauft und die meisten partner nen ziemlichen hals haben mittlerweile auch bei tobit angekommen.

groten hat wohl, entgegen seiner gewohnheit, länger als 5min gesprochen und den partnern seine unendliche werschätzung versucht zu vermitteln. naja... ansonsten gibts jetzt bessere facebook verwaltung über den david client und auto replys können nicht mehr auf alle vorhandenen emails angewendet werden, teamchat nun auch über app und generell angeblich aufgebohrte webbox.


stabiler imap server, stabiles cal/card dav, gescheite datei struktur, EAS, gescheiter offline modus etc. alles fehlanzeige. wozu auch, man hat ja schon den perfekten mail server  

größere accounts per IMAP migrieren ist kaum möglich. dafür ist der MA Server zu instabil und zu langsam.
würde auch das tool von itacom empfehlen.

sicher dass es hier um einen DNS server und nicht um einen SMTP server geht?

vermutlich eher der SMTP server.
problem hat idr. eine der folgenden ursachen:
open relay - weiterleitung am postman so konfiguriert dass von jedem client (auch extern) ohne anmeldung weitergeleitet wird
verseuchter pc der als spam bot fungiert -> ist die wahrscheinlichere ursache.

david selbst is kein DNS server, daher hat das schreiben wenn es sich tatsächlich um einen DNS server drehen sollte keinen bezug zum david.
wenn ihr wirklich selbst einen extern erreichbaren DNS server betreibt solltet ihr davon wissen.

check mal die freigabeberichtigungen der david freigabe. nicht die ntfs rechte sondern wirklich die freigaberechte.
testweise mal jeder mit vollzugriff setzen