Search results

@Sebahat.hadzhi The statement or request is a "thingy" that should be addressed sooner or later. I do not know to which type of custom templates @LRLD is actually referring, but Plesk is (on the one hand) allowing custom templates (for instance, for Nginx) and (on the other hand) failing...

@Gjimi If and when you have a problem, then it is not automatically safe to assume that your problem is caused by Plesk or one of its components. The alleged issue cannot be reproduced in a "normal environment" - with or without external DNS. In most cases, the alleged issue is then not...

@WebHostingAce I do not have that experience that zen.spamhaus.org leads to (too) many false positives. Sure, the occasional false positive may occur, but they are not plenty. The advantage of zen.spamhaus.org is that the list is updated fast. The disadvantage of zen.spamhaus.org is that...

@Kaspar, There has not been a necessity for ages to create separate (mail) subdomains and/or certificates. Nevertheless, SslIt! is still a bit buggy, in the sense that (a) the most recent updates of the extension are bug fixes to a high degree (read: previous bugs were not fixed properly)...

@AYamshanov It is very likely that no STR will exist for the - alleged - issue reported by @Gjimi. The feedback / posts from @Gjimi give an indication that there is no relation with an issue or bug in SslIt! extension (or on the LE side). I have tried to find STR and was not able to...

@Hangover2 I am not specifically responding to your (last) post, but that post contains some valuable comments and also some notes that should be nuanced. First of all, your statement is spot on : it happens a lot (and it should not happen) ....... with all kinds of negative consequences...

This should be addressed properly, it is to some extent a bug.

@Ladylinux , @Maarten, @Sebahat.hadzhi Situation has been changed, slightly for the better, but certainly not for the best. In general, it is not recommend (and not good practice) to create a (separate) mail.domain.tld - keep that subdomain for the mail server, not for domain hosting! In...

@Gjimi It is an incorrect conclusion. I have tested your alleged "bug" and your error notification cannot be reproduced. This is expected, since the LE certificate created will be assigned to / used for the mail.domain.tld too. The error notification that you receive is related to a -...

@Danny3445 It can be rather simplified to the following golden rule : mail protocols are NOT intended as file transfer protocols. Stated differently, one should not want to send to large messages, for many reasons. The client-side might not even accept the large messages. The server-side...

@Tjerk Visser I agree with your statement but, at the same time, I have to emphasize that the whole issue is on the side of DrWeb (and not Plesk). DrWeb simply has servers that are really unresponsive - you can ping the servers and then you will see how "slow" they are. As a result...

@Danny3445 An elaborate analysis, thank you. However, first try to establish what the source mail server is ........ since some of the mails originating from or relayed by Microsoft can cause hickups. In addition, try to determine whether Postfix does not have to deal with a lot of...

@Sebahat.hadzhi Could you be so kind as to participate in this topic thread, so we can summarize the issues with the SslIt! extension and file a bug report? Thanks in advance!

@Gjimi I am not sure what you intend to report as a bug. In essence, there is no relation between mail.domain.tld and Apache (and there should not be a relation). The mail.domain.tld is used for other purposes than purposes related to the web server (Apache). The "inclusion" of...

@Tjerk Visser Please try to add 85.10.234.30 update.geo.drweb.com to the /etc/hosts file. In most cases, that you should do the trick. Kind regards....

@Raudpats, One of the problems is that your server is responding very slow. This can be the network, the router, the internet connection, the server etc. It is recommended to check connectivity first, in order to make sure that all things are working properly. Please provide the output...

@JuanCar The answers of @Kaspar and @WebHostingAce should have answered your question(s). Nevertheless, it is still important to note that you are using xbl.spamhaus.org and bl.spamcop.net. It is highly recommended to a) use zen.spamhaus.org : this is a combined DNSBL, see ZEN Blocklist...

@Fede Marsell Red lines are difficult to determine, in the sense that it is difficult to say what it is : a subjective opinion or a red line that cannot be crossed in a legal sense. The discussion about "hosting providers" stopping with using or offering Plesk is a bit off-topic. Let's...

@LRLD To answer your implicit question, being it can simply be stated that the current config is not about "compatibility", but it is related to the ability to switch easily from Qmail to Postfix (and back). Stated differently, not about Qmail playing nicely with Postfix (i.e...

@Raudpats The best question here is to ask what you have changed in the apache config. Did you uncomment (or change) the Mutex entry in apache config? If yes, than that could be or is the likely culprit - you can test this by simply commenting out the Mutex entries : if that works, your...