Posts by rabuntu

    Wenn bspw. per Thunderbird abgerufen wird, vielleicht mal den Junkfilter deaktivieren. Der bremst ohne Ende.


    Hatte das Spiel vor ein paar Tagen. Migration über Client. 2 Imap-Konten. Lokale Kopie erstellen beim TB deaktivieren und Junk-Filter aus. Danach flutschte es was das Zeug hielt per Drag&Drop. (Natürlich begrenzt an der Bandbreite)

    Hi,


    The problem is, MS sender server changed permanent. Postgrey say stop to a sending mailserver, please come back later. Normal is that the sender comes back. MS server do not do that. I had the same problem. With a postgrey_whitelist_clients file i've solved that.


    Code
    1. # Do NOT greylist hotmail.com MX servers (see dig in mx hotmail.com)
    2. /^mx[1-4]\.hotmail\.com$/
    3. # Do NOT greylist ANY host from hotmail.com or outlook.com
    4. #hotmail
    5. /^.*\.hotmail\.com$/
    6. #outlook
    7. /^.*\.outlook\.com$/

    Hope it helps

    Hallo All

    Oder man weist SPAM einfach ab, dann kommt er auch in keinen SPAM-Ordner.

    Wenn auch eine Lösung, doch irgendwie flutscht das an der Fragestellung vorbei.;)


    Wie wär es wenn man Möglichkeit gibt, z.b. ein Plugin das es möglich macht den Spamordner oder Mails älter als x Tage automatisch löscht.


    Wenn schon nicht als Plugin, vielleicht erledigst Du das per Batch und Cron. Hier für Dovecot.

    Code
    1. # entweder für alle:
    2. doveadm expunge -A mailbox INBOX.Trash savedbefore 30d
    3. doveadm expunge -A mailbox INBOX.Junk savedbefore 30d
    4. # oder nur für eine einzelne Mailbox:
    5. doveadm expunge -u [email protected] mailbox INBOX.Junk savedbefore 30d
    6. doveadm expunge -u [email protected] mailbox INBOX.Trash savedbefore 30d

    Löscht alle Mails in Trash und Junk alle 30 Tage. Den Wert kannst natürlich auch erhöhen.


    Vergewissere Dich, das Deine Benutzer, Kunden das auch wollen. Wir wollen ja nicht unbedingt wie Gooooogel, MS & Co. unsere Benutzer bevormunden. Besser wäre diese ein wenig besser zu erziehen. Ja, Benutzer müssen erzogen werden, denn die machen sich wie Kinder keine Gedanken über Konsequenzen, in dem Fall platzende Mailaccounts. Ich kann ein Lied von singen.


    Liebe Grüße

    Hi guys,


    First, i will say thank you for your great work. :thumbsup:


    Now my wishes (i like lists8o


    1. Panel

    1.1. Login in Adminpanel - Page Overview

    - Please make it more useful. Perhaps more than one table with a overview from services, protokoll. View as Dashboard.


    1.2. Grouping of mail adresses

    - I want categories where I can assign accounts. For example, members, administrators or boss, employees, department


    1.3. Settingspage

    - Give options in the settings from the panel to activate, disable or configure parts of plugins. In example in RoundcubePlugins calendar off and sieve on or Postgrey settings for delaytime and message. Or for Postscreen own blacklists.

    - Option to set all lists by default to 50,100 or more, not only for domains.


    1.4. OpenBase Restriktions

    - Please give us the possibility to define your own OpenBase settings via input field.


    1.5. Menu

    - The menu is big, thats ok. Maybe it's possible to set on all layers (admin, reseller, customer) per default links to webmail, webftp, pma.


    2. Webmailer

    - Rewrite URL from https://cp.example.com:8443/webmail to https://webmail.example.com per default (https/http)


    3. Install process Imcp

    3.1. Plugins:

    - If i want in the installprogress of imscp dovecot and as webmailer roundcube, it is a logical step i install the plugins. I think that happens in most cases, correct me if I am wrong. It would be a nice option if extensions were already selectable in the installation process.

    3.2. Sieve

    - Install dovecot-sieve and dovecot-managesieve per default if dovecot selected and if RoundcubePlugins later installed, enabled sieve in Plugins automatic.


    4. Plugins in general

    - Carefully asked: OwnDDNS Is the project still alive?


    I think that's enough for the moment. :angel: Maybe you can do a survey, which could be useful.


    Thank you

    Hello, here I am :D

    The issue about packages not being installed when the i-MSCP installer is run in manual mode has been fixed in our development branch. The fix will be part of version 1.6.0: https://github.com/i-MSCP/imscp/blob/1.6.x/CHANGELOG#L104



    Note: Manual mode = build mode for the installer (internal translation)

    Thank you, I'll remember that.


    Ok, statusupdate. Our provider has 2 data centers, one in EU and one in US. The server with problems was hosted in the US data center. Here the answer from the support...


    After that, we've switched cost-free our VHost from US to EU data center, because our others servers there are too. A new clean installation and what can i say? IT WORKS.


    Conclusion:


    I think the main configuration of the data center in US is another than EU. Our installations on Vhosts in the EU data center work trouble-free and we're satisfied with the support, so we want to stay there too. Ok, we've switched the data center, but it is not the solution for all.



    Dear @Nuxwin,


    If you want to search for a better solution, the server with the problem is booked until the end of december, so you can play with it. :D Let me know, if you want to access.

    @Nuxwin


    You're my hero. :thumbsup: I've posted your comment to the support. Their answer:




    I stay patient. :D


    Merci beaucoup mon ami. Je te souhaite un bon dimanche et un bon premier avènement.

    Kurze Erläuterung:
    VM wurde seitens des Supports Hardgestopt und gestartet, nächster Schritt Wirtssystem.

    Quote from Support

    Ich werde intern klären ob wir hier einen Neustart anbieten können, dies kann
    leider erst im laufe der nächsten Woche passieren. Ich bitte Sie daher noch um
    ein wenig Geduld.


    Hoffe wir bleiben alle weiterhin am Ball. :D

    Hallo @Fiesling

    Das ist leider nunmal nen Problem bei manchen VPS Servern.

    Ja das glaub ich gern, allerdings irritiert mich daran, das auf anderen Servern mit der gleichen Grundkonfiguration beim gleichen Anbieter, eben alles reibungslos funktioniert.



    Quote from Fiesling

    Es scheint, als ob er nun das PHP nicht finden konnte - richtig installiert?

    Das mit dem PHP trat auf, als ich das Setup probehalber im "Manual"-Mode gestartet hab. Vielleicht hätte ich an der Stelle ein Tut verwenden soll, das sich auf diesen Modus bezieht. Sprich ich weiß bspw. nicht, ab wann der manuelle Modus greift, ob ich vorab die Pakete selbst installieren soll oder nicht, da muss ich mich erst schlau machen. Aber da ich bisher immer den "Auto"-Modus verwendet habe und anschließend gewohnt meine eigenen Konfigurationen vorgenommen hab, war für mich Manuell eigentl. stets obsolet. :)

    Good morning @Nuxwin and @All,


    here the correspondence with the support.





    Steps to reproduce:
    1. I've started the setup from imscp per --reconfigure, same mistake.
    2. Afterwards, restore the server to clean MinimalUbuntu 16.04, setup imscp in "manual"-Mode --> Error with



    Code
    1. iMSCP::Stepper::_callback: Couldn't find the `PHP' command in search path at /usr/local/src/imscp-1.5.1/engine/PerlLib/iMSCP/Requirements.pm line 171.

    3. After that, i started setup in "auto"-mode again, same error as in Post 1.



    @Nuxwin
    If you want access to the server, please let me know or say me what i can do to give you more information, so that we can solve the problem together.


    Merci beaucoup pour vos efforts.