Posts by flames

jop, abgelehnt werden sie, aber in nobody dennoch abgelegt (ausser du hast zusätzliche massnahmen ergriffen)
meine nobody ist mittlerweile über 2gb gross

auch wenn du für das panel eine eigene domain hast, zwecks cert validierung muss die mail ja trotzdem irgendwie auf der panel domain abgefangen werden, oder man greift ganz tief in die tasche für ein wildcard cert
du hast aber vollkommen recht, eigentlich machen es nicht nur einige ssl anbieter sondern alle.
[hr]
übrigens MuhKuh
den mülleimer kannst du regelmässig leeren, in dem du die nobody löschst

also, emails, die auf deinem server kein postfach haben, landen in /var/mail/nobody
dort kannst du die mail wegen dem zertifikat abfangen

darüber hinaus, falls permanenten empfang von mails auf der gleichen domain haben willst, wo bereits das panel läuft, einfach diese domain als kunden anlegen, dann entsprechende postfächer anlegen, danach /etc/apache2/sites-enabled/domain.tld.conf und /etc/apache2/sites-enabled/domain-ssl.tld.conf löchen (sind nur symlinks zu sites-available)

somit bleibt über http und https das panel erreichbar, während die mails bei dem domainkunden ankommen. bei änderungen des kunden im panel, musst du dann aber immerwieder die symlinks entfernen, da sie ja dann neu angelegt werden

MuhKuh, es gibt ssl anbieter, die keine freihe wahl der emailadresse erlauben wohin das cert gesendet wird (vielleicht um sicherzustellen, dass du der domain inhaber und admin bist) und senden es immer an postmaster@domain-die-im-cert-angegeben-wird. somint musst du diese mail abfangen irgendwie

just create a customer with one of the domains then login as customer and add the other domains as aliases.

when you are creating the customer, you also can set the checkbox "add other domains" and in next dialog you can the other domains directly, they become domain aliases.

aliases can have a separate mountpoint or redirect to the main domain.

maybe you are experiencing some dns issues? in 99% of all cases its a dns issue.
what address are you using to connect to your ftp accounts, the domain, the ip address or the server hostname? all of them should work, if domain doesnt but the other do, so you have dns issue with domain dns

das ist nicht zwingend notwendig, aber dennoch u.u. sinnvoll.

die external mail feature setzt die domain in relay_domain map vom postfix.
aber wenn du email adressen nicht auf -1 stellst, und dann welche anlegst, dann werden diese mails abgreifen, die an diese mailadressen ankommen. da sie dennoch in virtual_domain und aliases maps eingetragen werden.

eigentlich brauchst du in der /etc/hosts den eintrag auf dem server nicht. dafür ist ja bind9 zuständig, nach dem du der zone mx01 IN A 123.123.123.123 eingetragen hast.

oder meinst du, dass anderen rechner das nicht auflösen konnten und du dort die /etc/hosts bearbeitet hast? einfach als zweiten dns den imscp server eintragen, sonst hast du ja doppelte dns verwaltung.

unter Email > externer Mailserver ist angelegt:
mx01.domain.tld. <--- wenn du hier mx01 subdomain nimmst

unter Domains DNS
mail A IN 123.123.123.123 <--- dann musst du hier auch mx01 und nicht mail nehmen

ping mail.domain.tld <--- so wie hier auch
unknown host mail.domain.tld

ja, unter domain -> eigenen dns eintrag erstellen

mail IN A ip des externen servers

client vs. server, no conflict. proftpd is the ftp server, lftp is a client. so go for it.

lass den installer im debugmodus nochmal laufen, in den logs wirst du mehr erfahren