Posts by Dominik Habbel

In welchen Situationen kann es denn wohl dazu kommen, dass i-MSCP die Postfix master.cf neu schreibt? Und wie geht er dabei vor? Wird die Kopie im "working" Ordner als Basis genommen, wie es früher der Fall war oder schreibt er sie immer komplett neu? Könnte man dann mit einem "Hook file" eingreifen und den gewünschten Parameter ergänzen??

Hello Nuxwin,

it seems that it is still impossible to edit the (shared) mountpoint of a domain. Is this feature still on the roadmap or has it been dropped?

I can confirm this problem. In my case it was caused by records with value "LANG_" in the "USER_INITIAL_LANG" Field of the user_gui_probs table. I corrected it using this query:

I noticed that only some of the oldest records were affected. Since my ispCP database is very old (in fact it was migrated from VHCS to ispCP) it might be a porblem that was caused by an older ispCP or even VHCS release...

Hello,

today I received an Exception by mail as I have been configuring some settings for a customer. I can't say exactyl in which moment the exception occured so I'm not quite sure how to reproduce this issue. Here is what I got by mail:

Distribution in use: Debian Wheezy 7.7
i-MSCP version in use: i-MSCP 1.1.18 Codename Eagle
Server implementation in use: dovecot, Apache FCGID, phpSwitcher Plug-In

I migrated from ispCP to i-MSCP V1.1.14 and did an upgrade to 1.1.18 some days later. Could the inital migration from ispCP be the source of this problem?

Thanks for your help
Dominik

Hallo,

ich möchte gern eine Anpassung an der Postfix master.cf vornehmen: Ein Endanwender hat Probleme mit dem Abruf von Mails über POP3 mit dem Windows SBS POP Connector, wenn Bounces / NDRs im Postfach liegen, da das "Return-Path: <MAILER-DAEMON>" Feld abgelehnt wird, wenn es keine gültige Mailadresse enthält. Ich habe deshalb den dovecot Aufruf in der master.cf um den null_sender Parameter ergänzt:

Das Ergebnis ist aus meiner Sicht in Ordnung. Zwei Fragen habe ich aber:
1. Wie gehe ich jetzt vor, damit diese Änderung nicht von i-MSCP überschrieben werden? Reicht es (wie zu VHCS/ispCP Zeiten) die angepasste master.cf nach /etc/imscp/postfix/working/ zu kopieren oder muss ich andere Vorkehrungen treffen?
2. Spricht aus eurer Sicht etwas dagegen, den null_sender Parameter anzupassen?

Meine Umgebung:
Debian 7.7
i-MSCP 1.1.18 mit Dovecot

Gruß
Dominik

Danke schon mal für die Erläuterung. Zwei Fragen hätte ich noch:

• Habe ich bei Aktivierung der MX Record Option mit relay_domains (also Option "Domain") irgendwie eine Möglichkeit (manuell ohne i-MSCP GUI) eine Liste gültiger Empfänger zu pflegen, so dass nicht Mail an jede beliebige Adresse der Domain weitergeleitet wird?
• Wie würde sich der Server verhalten, wenn ich die Option ohne Eintrag in relay_domains verwende und die Domain dann aus der domains Map entferne? Würde er dann nicht auch Mails von den anderen lokalen Domains an den externen Mailserver weiterleiten? Zumindest hat sich AFAIK der ispCP Server so verhalten. Dies würde eigentlich am ehesten der Funktionalität entsprechen, die ich mir vorstelle.

Hello Nuxwin,

I have a question concerning the external mail feature workflow you described here:

Quote from Nuxwin

Then, once it's done, the workflow is as follow:

If a mail is sent from the i-MSCP server for the domain, postfix relay it through the external MX host (as specified in the DNS zone file). This supposes that the MX host can be resolved.
If you are using an external DNS server for the domain, you must add the MX record yourself in the DNS zone file using your registrar interface.

If the domain is put into the relay_domains maps than the i-MSCP Server not only relays mails sent from this server itself but also relays mail from any other server to that domain. In fact it becomes a backup mx for that domain. Is that right or am I missing something? Is this the wanted behaviour? Is it possible to enable the external mail feature without making the i-MSCP server a backup mx?

Cheers
Dominik

Hallo,

ohne es ausprobiert zu haben, fallen mir noch folgende Dinge ein, die repliziert werden müssten:

• Mail Daten (/var/spool/mail/virtual)
• Mail Konfiguration (/etc/postfix/imscp)
• Apache Konfiguration (zumindest /etc/apache2/sites-available und sites-enabled)
• System Benutzer (/etc/passwd, /etc/shadow, /etc/groups, /etc/gshadow), wobei du da natürlich aufpassen musst, dass du nur die vu2*** Einträge übernehmen darfst

Wenn du dann noch die schon angesprochene SQL Replikation einrichtest solltest du IMHO ein lauffähiges System haben. Aber wie gesagt: Hab ich (noch) nicht ausprobiert...

Hallo zusammen,

ich habe festgestellt, dass bei Aktivierung der externen Mailserver Funktion für eine Domain, diese Domain dann automatisch in die relay_domains aufgenommen wird. Ist das tatsächlich so gewollt? Defakto mache ich aus dem per i-MSCP gemanageten Server dann immer einem Backup MX, der Mails für jede Adresse der entsprechenden Domain annimmt und relayt. Das ist in meinen Augen aber problematisch, da ich z.B. die gültigen Empfänger nicht konfigurieren kann etc.

Oder misverstehe ich da etwas? Vielleicht mag mir ja jemand in ein paar Sätzen erläutern, welche Auswirkungen die Aktivierung der external Mailserver Funktion (mit den verschiedenen Varianten) auf das System und die jewiligen Konfigurationsdateien hat.

Gruß
Dominik