Nejste přihlášeni
I u mailů generovaných automaticky ( Drupal - moduly Webform a Übercart)?
Musím kouknout na fora, jak se to dělá.
Děkuji
Děkuji za odpověď (i když neužitečnou)
Jak vyplývá z mého dotazu maily chodily a chodit přestaly (ergo hlavička je v pořádku a jako spam vyhodnocována nebyla).
FYI odpověď odjinud:
emaily generované Vaším skriptem jsou odesílány do internetu prostřednictvím serveru srv2.endora.cz (ip 88.86.120.249). Z tohoto serveru bylo zřejmě odesláno nějaké množství nevyžádané pošty a z toho důvodu byl zařazen na určité blacklisty. Tyto blacklisty jsou používány poštovními servery a pokud jim posílá poštu někdo uvedený na blacklistu, nepřijmou ji od něj.
Situace se však již změnila, srv2... byl z blacklistů odstraněn a maily zase chodí.
Díky
MM
BTW: na Vašem webu kuželkářů máte napsáno by jste - dnešní čeština to má za hrubku, správně je: byste
Zhruba od poloviny února přestaly být doručovány emaily z mých webů - odesílající server je srv2.endora.cz. Bylo mi řečeno, že je tento server hned na několika blacklistech (na @gmail.com doručovány jsou) Problém je, že mnoha zákazníkům nedorazí potvrzující maily o registraci atd... Přiznám se, že nevím co mám dělat, aby zase chodily. Poradíte?
Děkuji
MM
Zkuste nastavit práva na 777.
Zkusil - nefunguje
Pokud nechcete použít některou z rad kterou jsme vám psali předtím, tak si budete muset počkat na upgrade Drupalu a kompatibilitou s 5.4.11 PHP verzí, více vám tu asi nic neporadíme a nikdo jiný nejspíše taky ne.
Asi máte pravdu... bohužel se zatím nenašel nikdo ani u Drupalu
V každém případě děkuji za radu
Radili - jako řešení - nepřijatelné - dovedete si představit změnit u každého modulu, u každé instalace měnit práva tam a zase zpátky?
Něco jiného by bylo to udělat jednou v rámci testu nějakého řešení ve spolupráci s někým ze strany hostingu...
tak snad až bude něco k update
Testovat? Změnit na 777 a čekat jak dlouho bude trvat, než to někdo rozbije? Udělal jsem update manuálně (přepsal moduly) a teď by to ani nemělo smysl. Překvapuje mně ale, že jsem jediný, komu to zlobí...
Drupal rovnou uvádí:
Drupal 6: PHP 4.4.0 or higher (5.3 recommended)
Drupal 7: PHP 5.2.5 or higher (5.3 recommended)--some of the modules require 5.3
Drupal 8: PHP 5.3.10 or higher
práva ve složkách opravdu měnit nebudu, to je riskantní a nesystémový krok
Vybral jsem si CMS, který byl a je poskytovatelem hostingu doporučován, na jeho základě postavil 8 webů a CMS fungoval dobře do doby, než poskytovatel hostingu provedl změnu - divíte se mi, že jsem rozladěn a ptám se poskytovatele, jak to napravit? Už jsem do hostingu u Endory nacpal dost peněz a až dosud byl jen spokojen, tento krok mi však přináší poměrně velké komplikace a budu to muset řešit
prima- kupoval jsem hosting s propanbutanem a najednou koukám, že mi z toho leze zemní plyn...
Jako další variantu můžete přejít na CMS, který php 5.4 podporuje bez problémů... endora již Drupal mezi CMS nenabízí?
Pokud ano, měla by avízovat, že s problémy...
To je smutné... znamená to, že se mám koukat po jiném hostingu?
ALE PROČ TO FUNGOVALO PŘED UPDATEM PHP ?
Jestli to s novým nefunguje, je možné se alternativně vrátit k původnímu?
Vašemu příspěvku nerozumím - můžete poprosit o vysvětlení (nejde o flame, ale opravdu nevím, co tím myslíte)
dělat to při každém update modulu u 8 webů je značně nepraktické, ponechat 777 je bezpečnostní riziko...
HLAVNĚ: chyba je až po update PHP, do té doby vše v pořádku - myslím, že to musí mít systémové řešení
Bohužel, odpověď jsem nenašel /(přiznávám, že v němčině plavu)- nemyslím, že by to bylo k řešení přestavováním práv na rizikových 777 -do upgrade PHP fungovalo vše bez problémů a najednou je to na všech (asi 8) webech stejná chyba
aktuální 7.19
to mám strach - to je v Drupalu přímo zakázáno
Okamžikem updatu PHP na 5.4.11 přestal na všech mých webech s Drupalem fungovat update modulů - vždy obdržím:
Error installing / updating
File Transfer failed, reason: Cannot remove directory
.../web/sites/all/modules/admin_menu/admin_devel/..
Nemá pro mně někdo radu?