-
Zawartość
113 -
Rejestracja
-
Ostatnio
Posty napisane przez czaczawik
-
-
problem ciagle istnieje, ostatni test
https://www.mail-tester.com/web-avkoc
-
Co mówią nagłówki wiadomości, która dotarła na Gmaila?
oto nagłówki:
Delivered-To: czarna.hogata@gmail.com Received: by 10.37.40.3 with SMTP id o3csp151208ybo; Thu, 14 Dec 2017 03:01:59 -0800 (PST) X-Google-Smtp-Source: ACJfBoujCP7cstUF1M6cVt+59nSUiM4xxok920WLsi+YVA0JT5BiUyc6eb7kLokio0bDZ43wMRD+ X-Received: by 10.223.172.146 with SMTP id o18mr5467047wrc.128.1513249319659; Thu, 14 Dec 2017 03:01:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1513249319; cv=none; d=google.com; s=arc-20160816; b=KhcajMmIntxXgdXcTdLFX0JlvDaQtVYFespzOQQCqStUYAF7DM7wnSSQXWIpVEh9co PFML8h7/J7gEc+O2Gx2XzY6/QZ9g6s/xYr3RtZenGE1ZQjVstnGTTfnLzCqttRweSdA/ 0RyRszh57racJrWIYNuqzOQbA3t4FpXvhjF/GEL78XJxMy0xzocDxr2zbpir5hihJOqt llG9GVE4PivHr+FQiW1n29vpxKovcXgiqey0FYLy2FIvKXGxe2i5TUyMm1BsvMd58MQk rFdExUZV3q13y3wIGBk7TMuaBB59SLaBv1SiyHtUhsauuMRhsTqb7f2r7kUK0Lb9lW1+ XE2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:message-id:subject:to:from:date :content-transfer-encoding:mime-version:dkim-signature :arc-authentication-results; bh=Ojf91b1bVcRQnicwz1EW3UGTU2QLV07aR7YXs64Iy9o=; b=D1amIrPzXS/NjHmMlqOok7IJAN0USIJJXwMHFEC46ti9/Gx2SH6Oy6O/11B4D6zoAw H7PE0RgWCipO1Qzzkx3nW1K7Mqy0oQxW8T4/xcv5QP33uK+5meuAgcZHQlpURAJcAjD+ jhtBtor8sacfko8Q+coI8HwTQ/NJVzMP0USDW41rB6z4D9DoOky9WEBFCOpu+YQqKFGC FFrgCFhUS7znwTyCBEEahDg18SZi06dX3shvdG2mNUY/ULeyWJRx/XB8fpZrUdRKifLm 74zG6p/ym9qcyeEb3nMjsz+aKmaqm7eTKT+EjK8wJXLXX3zxDLLIULdvALw4FUWFlYWs pYUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@adamczaczkowski.pl header.s=2017 header.b=wH3MyZ5j; spf=pass (google.com: domain of adamczaczkowski@adamczaczkowski.pl designates 54.37.137.255 as permitted sender) smtp.mailfrom=adamczaczkowski@adamczaczkowski.pl; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=adamczaczkowski.pl Return-Path: <adamczaczkowski@adamczaczkowski.pl> Received: from vps483999.ovh.net (255.ip-54-37-137.eu. [54.37.137.255]) by mx.google.com with ESMTPS id o24si2962294wmi.38.2017.12.14.03.01.59 for <czarna.hogata@gmail.com> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 03:01:59 -0800 (PST) Received-SPF: pass (google.com: domain of adamczaczkowski@adamczaczkowski.pl designates 54.37.137.255 as permitted sender) client-ip=54.37.137.255; Authentication-Results: mx.google.com; dkim=pass header.i=@adamczaczkowski.pl header.s=2017 header.b=wH3MyZ5j; spf=pass (google.com: domain of adamczaczkowski@adamczaczkowski.pl designates 54.37.137.255 as permitted sender) smtp.mailfrom=adamczaczkowski@adamczaczkowski.pl; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=adamczaczkowski.pl Received: from adamczaczkowski.pl (localhost [127.0.0.1]) by vps483999.ovh.net (Postfix) with ESMTPA id BCDCF3F873 for <czarna.hogata@gmail.com>; Thu, 14 Dec 2017 12:02:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adamczaczkowski.pl; s=2017; t=1513249320; bh=Oyk7W7F6W9VX08Tdt7EkADbWhFuloIm/527n31RO9Wk=; h=Date:From:To:Subject:From; b=wH3MyZ5jtwjp1FFXnyBpyiTEYTUHr1KcjZacWLLAiFM5kgtQ5SvHFNNLd/143jw76 xuwu89U7r9vu/Ei4UslqJ3kD0pUTFvgjr5m3b04FixIvWKQ0219eWKryVfLb0XcCUv PCUFLA+8NaQxAhoIqdekhFIr9v+WYTmz0G/TQssNLsdGveQ/tonXU4oVCubQ2TFrAe 94azR6C/rGb2MMhxHYNmV4+JDA0unZ+ZePM5HKcHvzGyTdJFoP6jGuZXzK5yxiu/Sa Hiho6I6wYX6SKsDT0m5Tkvwz7U5yubpkijqXkp2LDnF+gbQ8hmHwfmWbc5Erm/fkCh l9WLrTWLqiC7g== MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 14 Dec 2017 12:02:00 +0100 From: adamczaczkowski <adamczaczkowski@adamczaczkowski.pl> To: czarna.hogata@gmail.com Subject: =?UTF-8?Q?Czy_jeste=C5=9B_zadowolony=28a=29_z_zakupu_=3F?= Message-ID: <15581cb5a10f3d96c3f033cfcab4047c@adamczaczkowski.pl> X-Sender: adamczaczkowski@adamczaczkowski.pl User-Agent: Roundcube Webmail/1.3.3
Wydaję mi się, że problemem jest revDNS, jeśli nie docierają na gmail, prawdopodobnie na hotmail również lecą do spamu.
Miałem podobną sytuację, jednak po poprawnym skonfigurowaniu rDNS problem już nie występuje.
niby masz racje....ale rDNS mam taki jaki widnieje w panelu OVH
Your reverse DNS does not match with your sending domain. Reverse DNS lookup or reverse DNS resolution (rDNS) is the determination of a domain name that is associated with a given IP address. Some companies such as AOL will reject any message sent from a server without rDNS, so you must ensure that you have one. You cannot associate more than one domain name with a single IP address. Your IP address 54.37.137.255 is associated with the domain 255.ip-54-37-137.eu. Nevertheless your message appears to be sent from vps483999.ovh.net. You may want to change your pointer (PTR type) DNS record and the host name of your server to the same value. Here are the tested values for this check: IP: 54.37.137.255 HELO: vps483999.ovh.net rDNS: 255.ip-54-37-137.eu
A tak mam w OVH
http://prntscr.com/hnd6ey
-
Wyżej wkleiłem zły link do testu....już poprawiłem i daje tez tutaj
https://www.mail-tester.com/web-yk7wc
EDIT:
maile nie docierają tylko (póki co) na gmail -
Ciagle tuptam w kółko....stoję na takim etapie 9.7 / 10 pkt a maile dalej lecą do spamu
https://www.mail-tester.com/web-yk7wc
Dodam, że liczę na pomoc nieodpłatna....ale to chyba oczywiste bo inaczej pisałbym w dziale OFERTY PRACY / ZLECENIA
-
narzędzie od @zajcev pomogło mi podnieść score z 3.7 na 6,7 ale dalej nie chcę mieszać bo co tu kryć, jestem noobem a DNS / rDNS / recordy to już magia
https://www.mail-tester.com/web-b97vg
@Rolej już piszę
-
Jest sobie VPS +webmin + virtualmin o hostname
vps483999.ovh.net
Jest tam domena
adamczaczkowski.pl
z której to wysyłane z roundcube'a maile lecą do spamu.
Większość errorow i warnow zgłaszanych przezhttps://mxtoolbox.com/domain/adamczaczkowski.pl
udało mi się usunąć. Zostały 4 które mnie pokonały.
Nie wiem czy te 4 warny są przyczyną oznaczania moich maili jako spam.Czy mogę prosić o pomoc?
Google nie pomógł mi rozwiązać problemu oznaczania wiadomości jako spam. -
Jakaś grubsza sprawa.... konta www klientów lezą :/
traceroute to 178.63.102.95 (178.63.102.95), 30 hops max, 60 byte packets 1 praha-4d-c1-vl55.masterinter.net (77.93.199.253) 6.280 ms 6.323 ms 6.408 ms 2 vl1391.cr2.c16.127.cecolo.prg.masterinter.net (83.167.254.142) 1.954 ms 1.959 ms 1.945 ms 3 * * * 4 ae6-2011.nbg40.core-backbone.com (80.255.14.246) 8.335 ms 8.347 ms 8.326 ms 5 core-backbone-100g-nbg.hetzner.de (81.95.15.6) 123.700 ms 123.709 ms 123.696 ms 6 core12.nbg1.hetzner.com (213.239.229.165) 123.444 ms 123.472 ms 123.470 ms 7 core21.fsn1.hetzner.com (213.239.245.222) 128.620 ms core22.fsn1.hetzner.com (213.239.245.213) 125.226 ms 125.249 ms 8 ex9k2.rz12.hetzner.de (213.239.229.246) 10.392 ms 10.404 ms 10.394 ms 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
-
To zdało by egzamin gdyby strony miały by być identyczne
-
Czy jest jakiś system, który z jednego miejsca (panelu) pozwoli zarządzać treścią na kilku subdomenach (xxx.jakasdomena.pl) ?
Generalnie na tych subdomenach będą dane w 95% identyczne, chodzi o wprowadzanie drobnych zmian w css i grafice. Wiem, że WP ma takie cos, ale może coś jeszcze ?
-
Jeśli syf siedzi to w bazie lub plikach. Innej możliwości raczej nie widzę. Dziurawy serwer ewentualnie...ale tu juz byle pikus sie nie wlamie. Kwesta znalezienia i usunięcia zarażonych wpisów.
-
Chodzi mi o konto ftp. Próbowałeś zmienić hasło i czyścić? Ewentualnie faktycznie jakiś dodatek.
tak, hasla do DB, DA. FTP.....wszystko zmienione.
Zapytam wprost: Czy ktoś z Was będzie na tyle uprzejmy i wejdzie w konsole zerknie / przejdzie po kolei kroki z pierwszego linka?
-
@metrowy
o lewiznach nie ma mowy. Na ipb forum i owszem... ale za $ a mnie nie stac aby placic ze skromnej renty socjalnej.
@pedro
Na ftp czysto. Nie ma tam tez innych domen. No i po infekcji wgralem czyste pliki z oficjalnej paczki
-
Na wstępie przepraszam, ze piszę w tym dziale, ale moj problem wynika bardziej z niewiedzy na temat obsługi SSH niż samego problemu. Do rzeczy:Chodzi o stronę ansriskos.pl (skrypt IPB)Gdy w google wpiszę Andriskos i w wynikach wyszukiwania klikam na moja strone to przenosi mnie na zarazone strony. Dzieje sie to raz na jakis czas zatem dodatkowo zapisywane jest cookie na hdd.Identyczny problem jest opisany na stroniehttp://peter.upfold.org.uk/blog/2013/01/15/cleaning-up-the-ip-board-url4short-mess/
niestety ja nie potrafię biegle posługiwać sie konsolą aby to usunąć.Bardziej kumaty znajomy bawil sie programem typu TCP Stream i oto co napisal:Czesc Adam,jak slusznie zauwazyles, czasami dochodzi do nietypowego przekierowania na wspomniana przez Ciebie strone. Akcja ta jest wywolana przez nastepujacy kawalek kodu:document.location='http://filestore321.com/download.php?id=1838a21b'
ktory zostaje wywolany przez nastepujacy skrypt, ktory znajduje sie w kodzie HTML Twojego forum:http://andriskos.pl/index.php?ipbv=88bccbcc506fb400a715f734602a0b0e&g=js
Wygląda na to, ze to właśnie plik index.php zawiera zlosliwy kod wywołujący przekierowanie. Jeśli tam nie znajdziesz źródła problemu, sprawdź tez plik konfiguracyjny serwera (.htaccess w przypadku Apache)W index / .htaccess nic nie ma.Czy znajdzie się dobra dusza, która pomoże odsyfić forum ? Podejrzewam, że wykonanie kroków z pierwszego linka oraz z postów pod wpisem załatwiło by sprawę.Dodam, że to jakaś grubsza sprawa bo po wrzucenie świeżych plików z oficjalnej strony IPB przez chwile jest ok a po około 2 dniach jest to samo. -
jak sie człowiek wczyta w komunikat błędu to i rozwiazanie sie znajdzie.
InnoDB: You can disable Linux Native AIO by setting innodb_native_aio = off in my.cnf
- 2
-
Na VPS z debianem dzis wyszly kwiatki jakies i nie startuje.
root@zbigniewbystrzanowski:~# /etc/init.d/mysqld start Starting mysqld: [ OK ] root@zbigniewbystrzanowski:~# /usr/local/mysql/bin/mysqld_safe: line 144: 5307 Segmentation fault nohup /usr/local/mysql/bin/mysqld --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql/lib/plugin --user=mysql --log-error=/usr/local/mysql/data/zbigniewbystrzanowski.err --open-files-limit=100000 --pid-file=/usr/local/mysql/data/zbigniewbystrzanowski.pid < /dev/null >> /usr/local/mysql/data/zbigniewbystrzanowski.err 2>&1
ostatnie linie z /usr/local/mysql/data/zbigniewbystrzanowski.errThread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... 140228 12:25:20 mysqld_safe mysqld from pid file /usr/local/mysql/data/zbigniewbystrzanowski.pid ended InnoDB: Warning: io_setup() attempt 5 failed. 140228 12:25:21 InnoDB: Error: io_setup() failed with EAGAIN after 5 attempts. InnoDB: You can disable Linux Native AIO by setting innodb_native_aio = off in my.cnf 140228 12:25:21 InnoDB: Initializing buffer pool, size = 128.0M 140228 12:25:21 InnoDB: Completed initialization of buffer pool 140228 12:25:21 InnoDB: highest supported file format is Barracuda. 140228 12:25:21 - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=8388608 read_buffer_size=131072 max_used_connections=0 max_threads=151 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 338487 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = (nil) thread_stack 0x40000 InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! /usr/local/mysql/bin/mysqld(my_print_stacktrace+0x39)[0x794a09] 140228 12:25:21 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... /usr/local/mysql/bin/mysqld(handle_segfault+0x380)[0x4fcc60] /lib/libpthread.so.0(+0xeff0)[0x7f079bf8aff0] /usr/local/mysql/bin/mysqld[0x88c73c] /usr/local/mysql/bin/mysqld[0x85196e] /usr/local/mysql/bin/mysqld[0x7de650] /lib/libpthread.so.0(+0x68ca)[0x7f079bf828ca] /lib/libc.so.6(clone+0x6d)[0x7f079b424b6d] The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. 140228 12:25:21 mysqld_safe mysqld from pid file /usr/local/mysql/data/zbigniewbystrzanowski.pid ended
Liczę na pomoc
-
Sam sobie odpowiem, coby dla potomnych zostało dałem ciała przy wersji phpize. Powinno być:
/usr/local/php54/bin/phpize54 /configure --enable-xcache --with-php-config=/usr/local/php54/bin/php-config54
# php -v PHP 5.4.24 (cli) (built: Feb 3 2014 19:58:29) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies with XCache v3.1.0, Copyright (c) 2005-2013, by mOo with the ionCube PHP Loader v4.5.2, Copyright (c) 2002-2014, by ionCube Ltd. with XCache Cacher v3.1.0, Copyright (c) 2005-2013, by mOo
-
Zmieniłem php z 5.3.27 i chciałem dodać xcache według ( zamiast do /src to pobralem do /tmp )cd /tmp~/src $ tar -zxf xcache-3.1.0.tar.gz~/src $ cd xcache-3.1.0~/src/xcache $ phpize~/src/xcache $ ./configure --enable-xcache~/src/xcache $ make~/src/xcache $ su~/src/xcache # make install~/src/xcache # cat xcache.ini >> /usr/local/php54/lib/php.ini(it's two > not one)(now edit /etc/php.ini with your favorite editor)~/src/xcache # $EDITOR /etc/php.ini(make sure zend_extension=../../xcache.so is the first before any other zend_extension=***)i teraz
# php -v PHP Warning: PHP Startup: XCache: Unable to initialize module Module compiled with module API=20121212 PHP compiled with module API=20100525 These options need to match in Unknown on line 0 PHP 5.4.24 (cli) (built: Feb 3 2014 19:58:29) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies with the ionCube PHP Loader v4.5.2, Copyright (c) 2002-2014, by ionCube Ltd.
Nie wiem jak zgrac modul z php aby była ta sama wersja. Liczę na pomoc.
-
U mnie linie 16, 17 i 18 wyglądają tak:
error_reporting(E_ALL); const JDEBUG = true; @ini_set('magic_quotes_runtime', 0);
zakomentowanie linii odnośnie wyświetlania błędów nic nie dało
Help...... i need somebody, HELP
- - - EDIT - - -
Właśnie przeprowadziłem testy na innym VPS u tego samego dostawcy i wstępnie skonfigurowanym przez ich administratora. Konfigi niemalże identyczne. Efekt: Joomla buntuje się w identyczny sposób
-
Ostatnie bledy w logu mysqla są sprzed tygodnia.
Aby przełączyć joomlę w tryb debugowania to (o ile dobrze sie doczytałem) musi ona być już zainstalowana
-
no to ległem bo niby po polsku mówisz, ale cale życie na windowsach... podpowiesz jak to odkręcić? Ewentualnie jakis tutek
-
chmody raczej ok 755 / 644
error log, ostatnie wpisy z polnocy...
[Wed Jan 22 00:11:05.066281 2014] [lbmethod_heartbeat:notice] [pid 20175:tid 139677816444672] AH02282: No slotmem from mod_heartmonitor [Wed Jan 22 00:11:05.068791 2014] [mpm_event:notice] [pid 20175:tid 139677816444672] AH00489: Apache/2.4.6 (Unix) OpenSSL/0.9.8o mod_fcgid/2.3.9 configured -- resuming normal operations [Wed Jan 22 00:11:05.068840 2014] [core:notice] [pid 20175:tid 139677816444672] AH00094: Command line: '/usr/sbin/httpd -D SSL'
-
Jest sobie serwerek z takim phpinfo:
http://via.klavdi.pl/info.php
a na nim instalka Joomla 3.x ( testowane na 3.0 oraz 3.2 )
http://via.klavdi.pl
i ta oto instalka po wpisaniu podstawowych danych nie chce nijak przejść do kroku drugiego. Co dziwne, jeśli sie nie wpisze żadnych danych i wciśnie Dalej to wywala info aby uzupełnić pola. Gdy już je uzupełnię i wciskam Dalej to nie dzieje się zupełnie nic.
Podejrzewam, że to coś po stronie serwera, ale co? Czy jakaś mądra głowa mogła by mi poradzić od czego zacząć rozwiązanie tego problemu ?
-
Podmieniałem, ten sam problem był. Ostatecznie zainstalowałem xCache i zero problemów.
Dziękuję za szczere chęci Miłoszu. Widać kto ma tutaj chęć do pomocy.
PS
pozdrów MagicalFire'a ode mnie
-
Po zakomentowaniu w php.ini wpisów odnośnie eA
extension="eaccelerator.so" eaccelerator.shm_size="16" eaccelerator.cache_dir="/var/cache/eaccelerator" eaccelerator.enable="1" eaccelerator.optimizer="1" eaccelerator.check_mtime="1" eaccelerator.debug="0" eaccelerator.filter="" eaccelerator.shm_ttl="0" eaccelerator.shm_prune_period="0" eaccelerator.shm_only="0"
błąd open_basedir ustąpił. Ale jak to ze sobą pogodzić to nie mam pojęcia.
HELP
EDIT
Czyżby ratowało mnie tylko przejście na xCache ?
[zlecę] Naprawa oznaczania maili jako spam
w Oferty Pracy / Zlecenia
Napisano · Raportuj odpowiedź
Opis problemu:
http://www.webhostingtalk.pl/topic/57810-webmin-vps-maile-w-spamie
Zlecę naprawę oraz poinstruowanie mnie co było źle ustawione tak, abym na przyszłość sam to ogarnął.
Oferty ze stawką proszę kierować na pw.