SPAM über mein Mercury

Computer: Software & Programmierung Server-Software
#1

Ich habe auf meinem Server MercuryMail installiert und konfiguriert. Leider wird sobald ich ihn aufschalte tonnenweise E-mails verschickt (SPAM). Ich habe zwar beim SMTP-Server eingestellt, dass nur Authentifizierte Benutzer e-mails relayen dürfen. Mittlerweile heisst es auch beim aufstarten des Mercury: „error during handshake with smtp.green.ch“… dieses Problem bestand früher nicht. D.h. der Server funktionierte und ich war einige Tage in den Ferien und als ich nach Hause kam, war auf dem Server hochbetrieb.

Ich hoffe Sie können mir helfen oder haben sonstige Tipps.

Guido

#2

Hallo,

Ich habe auf meinem Server MercuryMail installiert und
konfiguriert. Leider wird sobald ich ihn aufschalte
tonnenweise E-mails verschickt (SPAM).

Das passiert offensichtlich seit mindestens seit dem 18.1., wenn ich mir Dein Posting von damals ansehe.

Ich hoffe Sie können mir helfen oder haben sonstige Tipps.

Schalte den Server ab und nimm ihn von Netz. Sofort!

Wer nicht die Kenntnisse hat, einen Mailserver zu betreiben, sollte es einfach nicht tun. Es ist keine Schande, keine Ahnung von Mailservern zu haben, es ist aber eine verdammte Scheiße, andere User mit Spam zu belästigen.

Schalte die Kiste ab.

Bezahle jemanden, der sich damit auskennt, wenn Du das Problem schnell gelöst haben willst oder schalte den Rechner erest wieder an, bis Du profunde Kenntnisse im betreib der von Dir favorisierten Mailserversoftware hat.

Ich sehe wenig Sinn, jemandem mit so grundlegenden Defiziten im Betrieb von Mailservern zu helfen. Den möglicherweise folgenden Kommentar „wenn ihr mir nicht helft, dann versendet die Kiste weiter Spam“ verstehe ich nicht als Ansport sondern als Erpressungsversuch.

Schalte den rechner ab. JETZT.

Trenne ihn vom Internet. Alles andere ist total asozial.

Sebastian

#3

Der Server ist selbstverständlich abgeschaltet. Doch möchte ich mir die Kenntnisse erwerben, die es braucht. Deshalb wende ich mich auch an dieses Forum.

#4

Hallo,

Doch möchte
ich mir die Kenntnisse erwerben, die es braucht.

Deine Einstellungen lauten konkret wie?

(Ja, komplette Konfigurationsdatei schön formatiert posten)

Sebastian

#5

MERCURY.INI generated by Mercury Setup

Sample Bindery Mode MERCURY.INI file (in fact, the one I use on

my production server). This one implements most of the possible

switches for each module, but you can edit it to do less if you

wish. All the fields shown below are described in the file

MGUIDE.HLP which is supplied in the Mercury archive.

Anything after a ‚#‘ to the end of the line is a comment and

is stripped out before parsing. Trailing and leading whitespace

is also stripped before parsing. Many sample commands have been

left in this file commented out for reference purposes.

[General]
myname: rh-architektur.ch # Canonical name for this server
timezone: +0000 # Time Zone to add to date fields
file_api: 1 # Use the file api instead of queues
mailqueue: \XAMPP\MERCURYMAIL\QUEUE # Where mail should be put for delivery
smtpqueue: \XAMPP\MERCURYMAIL\QUEUE # Where the SMTP client should look for mail
newmail_path: \XAMPP\MERCURYMAIL\MAIL~N # Where to find the users’ WinPMail mailboxes.

[Protocols]
MERCURYS.DLL
MERCURYP.DLL

MERCURYE.DLL

MERCURYC.DLL
MERCURYD.DLL
MERCURYH.DLL

MERCURYF.DLL

MERCURYW.DLL
MERCURYX.DLL
MERCURYI.DLL

MERCURYB.DLL

[Mercury]
failfile: \xampp\MERCURYMAIL\Mercury\FAILURE.MER # Delivery failure notification template
confirmfile: \xampp\MERCURYMAIL\Mercury\CONFIRM.MER # Delivery confirmation template
aliasfile: \xampp\MERCURYMAIL\Mercury\ALIAS.MER # System-wide alias file
synfile: \xampp\MERCURYMAIL\Mercury\SYNONYM.MER # User synonym database
listfile: \xampp\MERCURYMAIL\Mercury\LISTS.MER # List of lists
logwidth: 30 # Width of address fields in logfile
retpath: 1 # Do/Don’t use ‚return-path‘ for errors
maxhops: 30 # Used to detect mailing loops
gullible: 0 # If NZ, don’t validate ‚From‘ fields
bitnethost: cunyvm.cuny.edu # Relay host for ‚.bitnet‘ rewrites
poll: 10 # Seconds between queue polling cycles
scratch: \xampp\MERCURYMAIL\Scratch # Where we can write temp files
returnlines: 15 # How many lines of failed messages to return
postmaster: Admin # NetWare UIC of postmaster
broadcast: 1 # Yes, we want broadcast notifications, but
receipts: 0 # … no broadcasts for receipt confirmations
PM_notify: 1 # Do/Don’t send errors to the postmaster
change_owner: 1 # Change message ownership to recipient
auto_tzone: 1 # If NZ, obtain timezone information from OS
LogLevel: 15 # System message reporting level
LogMax: 100 # Maximum number of system messages to store
RetryPeriod: 30 # Period between job retries (minutes)
MaxRetries: 16 # Maximum number of times a job can fail
TwoPasses: 1 # If NZ, process submission queue in 2 passes
Autoaddress: 0 # If NZ, auto-generate user addresses based on name
Daily_exit: 0 # If NZ, auto-restart each day after maintenance
No_Areply: 0 # If NZ, disable automatic replies system-wide
Alt_Forward: 0 # If NZ, allow alternate forwarding specification
Maint_hour: 2 # Hour for daily maintenance (24-hour clock)
Maint_min: 0 # Minute for daily maintenance
Retry_Mode: 0 # If NZ, use progressive backoff for queue retries

[MercuryC]
Host : smtp.green.ch
Failfile : \xampp\MERCURYMAIL\Mercury\FAILURE.MER
Poll : 30
Scratch : \xampp\MERCURYMAIL\Mercury
ReturnLines : 15
Timeout : 30
ESMTP : 1
POP3_Auth : 0
POP3_Host : 192.168.1.37
Log_Verbose : 0

[MercuryE]
Poll : 15
Timeout : 60

Session_logging : o:\mail\mercury\melogs

Session_logmode : 1

Nameservers : 139.80.64.1

[MercuryD]
scratch : \xampp\MERCURYMAIL\Mercury

Timeout : 30

Poll : 120 # How often to check hosts for new mail (seconds)

[MercuryS]
Debug : 1
HELO : rechner
Logfile : \xampp\MERCURYMAIL\Logs\MERCURYS.LOG
Timeout : 30
Relay : 1
Strict_Relay : 0
Allow_Illegals : 0
SMTP_Authentication : 3
Auth_File : auth.mer
Compliance_Settings : 512
Maximum_Failed_Rcpts : 4
Max_Relay_Attempts : 4
SSL_Mode : 0
ST_Blacklisting : 0
No_VRFY : 0

[MercuryP]
Scratch : \xampp\MERCURYMAIL\Mercury
Stack : 32768
Mark_Read : 1
SSL_Mode : 0
Login_Disabled : 0
Timeout : 60

[MercuryX]

Cmd_Delay: 10

Cmd_Wait: 1

IE4_Dialling: 0

Use_ETRN: 1

Clients_only: 1

Sunday: 0800,1800,3,15,30,60

Monday: 0830,2100,5,15,60,60

Tuesday: 0830,2100,5,15,60,60

Wednesday: 1500,1900,2,30,5,30

Thursday: 0900,1900,2,30,0,0

Friday: 0830,2100,5,15,60,60

Saturday: 1031,1035,2,45,-1,0

[Groups]

testgroup : TESTGRP

[Domains]
localhost: rh-architektur.ch

[Maiser]
Maiser: Maiser # ‚Username‘ of mail server account
Helpfile: \xampp\MERCURYMAIL\Mercury\MAISER.HLP # Help sent on failed maiser requests
Lookupfile: \xampp\MERCURYMAIL\Mercury\MAISER.LKP # Format file for the ‚lookup‘ command
Send_dir: \xampp\MERCURYMAIL\Mercury\SENDABLE # Directory for the ‚send‘ command
Logfile: \xampp\MERCURYMAIL\Logs\MAISER.LOG # Mail server log file
Notify: \xampp\MERCURYMAIL\Mercury\TMP # Dir. for pending ‚notify‘ commands
NoList: N # If ‚Y‘, disable the ‚list‘ command
Local_only: Y # If ‚Y‘, local ‚notify‘ commands only

[MercuryH]
Logfile : \xampp\MERCURYMAIL\Logs\MERCURYH.LOG

Addressbook : \CLIO\SYS\SYSTEM\MERCURY\PH.PMR

MOTD : \CLIO\SYS\SYSTEM\MERCURY\PH-MOTD.TXT

Administrator : [email protected]

Timeout : 30

[MercuryI]
Scratch : \xampp\MERCURYMAIL\SCRATCH
Timeout : 120
Server_Port : 143
Idle_Timeout : 1800
SSL_Mode : 0
Login_Disabled : 0

[MercuryB]
Scratch : \xampp\MERCURYMAIL\SCRATCH

Logfile : o:\mail\tmp\mercuryb.log

Timeout : 120
Server_Port : 80

Session_logging : o:\mail\mercury\mblogs

Session_logmode : 0

Idle_Timeout : 1800

URL_Base : enter_your_domain_here

[Groups]

[Rewrite]

[Statistics]
StatFlags: 0 # Statistical reporting settings
STF_Hours: 24 # How often to write stat log files
STM_Hours: 24 # How often to e-mail stat log files

#6 
> [MercuryS]  
> Debug : 1  
> HELO : rechner  
> Logfile : \xampp\MERCURYMAIL\Logs\MERCURYS.LOG  
> Timeout : 30  
> **Relay : 1**  
> **Strict\_Relay : 0**

Das ist Scheiße. Suche den Fehler dort und konfiguriere das richtig.

Ich habe eben gerade zum erstem Mal eine Mercury-Konfiguration gesehen. Und 10 Minuten gegoogelt.

Was hast Du die letzten Tage so gemacht?

Gruß,

Sebastian

http://www.more.net/technical/netserv/servers/novell…

#7

ich hab das ganze nach folgendem Artikel gelöst:
http://kbase.pmail.gen.nz/viewfull.cfm?ObjectID=EDB9…

#8

Ich habe das Problem gefunden, doch weiss ich nicht wie ich es beheben kann. Im auth_file welches ich anlegte sind Benutzernamen und Kennwörter gespeichert mit denen es erlaubt ist authorisierte E-mails zu relayen, doch nach jedem „daily maintenance task“ ist diese Liste dann leer. Wie kann ich dies verhindern? Bzw. ist es überhaupt nötig den Server alle 24Stunden neu zu starten?

#9

[MercuryS]
Debug : 1
HELO : rechner
Logfile : \xampp\MERCURYMAIL\Logs\MERCURYS.LOG
Timeout : 30
Relay : 1
Strict_Relay : 0

Das ist Scheiße. Suche den Fehler dort und konfiguriere das
richtig.

Wenn

SMTP\_Authentication : 3

gesetzt ist, ist die obige Einstellung irrelevant und wird nicht ausgewertet. Das System sollte also hinreichend gesichert sein, vorausgesetzt es wurden genügend starke Passwörter verwendet. Aus der Dokumentation: Both modes can be overridden by an optional requirement for SMTP authentication.

Im entsprechenden Dialog sollten angekreuzt sein:

  • Authenticated SMTP connections may relay mail
  • Only Authenticated SMTP connections may relay mail

Überprüfen lässt sich die Konfiguration mittels telnet://relay-test.mail-abuse.org

Gruss
Schorsch

#10

Die Ausführung der Wartungstasks kannst du m. W. nicht verhindern, Exit und Restart aber sind überflüssig. Du könntest aber evtl einen Schreibschutz über die auth_file legen.

Ein möglicher Grund (ist aber nur so 'ne Idee von mir), dass Mercury in manchen Fällen bestimmte Dateiinhalte scheinbar unmotiviert löscht, könnte darin liegen, dass Mercury parallel als Dienst wie auch als Anwendung läuft. Frühere Versionen hatten damit keine Probleme, die aktuelle Version zeigt in diesem Fall einige Merkwürdigkeiten.

Gruss
Schorsch

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

#11

In der Datei auth.mer (Datei die Passwort und Username enthält) wird nichts gelöscht, aber wenn ich bei Mercury nach dem Daily Maintenance Task auf Edit klicke, um mir das auth_file anzusehen, ist das angezeigte leer. Gleichzeitig jedoch die Datei auth.mer auf dem Computer unbeschädigt vorhanden.

Mercury läuft nicht als Service, sondern wird jeweils manuell aufgestartet.

#12

In der Datei auth.mer (Datei die Passwort und Username
enthält) wird nichts gelöscht, aber wenn ich bei Mercury nach
dem Daily Maintenance Task auf Edit klicke, um mir das
auth_file anzusehen, ist das angezeigte leer. Gleichzeitig
jedoch die Datei auth.mer auf dem Computer unbeschädigt
vorhanden.

Und wenn du auf Edit klickst, bearbeitest und abspeicherst, ist die Datei anschliessend unverändert? Gibt es anschliessend evtl. eine auth.mer in einem anderen Verzeichnis? Hast du diese Datei möglicherweise unter einer anderen Benutzerkennung erstellt, so dass Mercury keine Dateizugriffsberechtigungen hat?

Wenn alle diese Fragen nach gewissenhafter Beantwortung keinen Rückschluss auf’s Problem zulassen - hast du schon einmal eine Installation from the scratch erwogen?

_Off Topic:

Mercury läuft nicht als Service, sondern wird jeweils manuell
aufgestartet.

Das ‚auf‘ in ‚aufgestartet‘, ist das eine Schweizer Eigenart? Ein Lapsus Linguae? Oder ein extrem gestanztes, aus Ignoranz geborenes Vorhängsel? Könnte sein, dass eine neuseeländische Software damit nicht klar kommt.

SCNR
der Hobbysprachkritiker_

Gruss
Schorsch

#13

Und wenn du auf Edit klickst, bearbeitest und abspeicherst,
ist die Datei anschliessend unverändert?

Ja

Gibt es anschliessend evtl. eine auth.mer in einem
anderen Verzeichnis?

Nein

Hast du
diese Datei möglicherweise unter einer anderen Benutzerkennung
erstellt, so dass Mercury keine Dateizugriffsberechtigungen
hat?

Auch nicht

Wenn alle diese Fragen nach gewissenhafter Beantwortung keinen
Rückschluss auf’s Problem zulassen - hast du schon einmal eine
Installation from the scratch erwogen?

Ich wollte bisher nicht nochmals von vorne anfangen, da ich dachte das Problem sei vielleicht etwas grundlegendes. Jedoch habe ich nun alles nochmals neu konfiguriert und bisher funktioniert es einwandfrei (erstaunlicherweise mit den selben Einstellungen, wie bisher)

Das ‚auf‘ in ‚aufgestartet‘, ist das eine Schweizer Eigenart?

Hobbysprachkritik:smile:
Das aufstarten bzw. das „auf“ in diesem Wort ist wohl (richtig erkannt) eine Schweizer Eigenart. Ob starten oder aufstarten spielt in unserem Sprachgebrauch (zumindest was meine Region anbelangt) keine grosse Rolle, zumindest für Computerprogramme wird meist aufstarten gebraucht. Man startet bei uns auch einen Computer auf.