A mogę gdzieś zobaczyć log z przesyłu wiadomość?
Albo jakiś test uruchomić?
Jak połączyć się ftp-em do serwera? Jakich danych użyć?
Własny serwer
A masz tam serwer ftp uruchomiony ?
Loguj się przez ssh lub konsolę jak to VM
Symfony2 chyba domyślnie nie loguje maili musisz zmienić kod programu albo podglądnąć przez profilera dodając do adresu serwera
/app_dev.php
z tym, że w app_dev.php musisz dodać swoje IP
Loguj się przez ssh lub konsolę jak to VM
Symfony2 chyba domyślnie nie loguje maili musisz zmienić kod programu albo podglądnąć przez profilera dodając do adresu serwera
/app_dev.php
z tym, że w app_dev.php musisz dodać swoje IP
W bazie. supla_user.limit_loc
phpmyadmin można doinstalowaćSeba5120 pisze: ↑sob sty 21, 2017 2:05 pm Włączony pop3 i imap.
Jak włączę pop3 to chyba smtp z automatu się włącza.
Włączyłem dla pewności: Zezwalaj na mniej bezpieczne aplikacje
Skonfigurowałem również na wp.
W ustawieniach włączona opcja zezwalaj na pop3/imap/smtp
i nadal nie śle wiadomości ;/
Widziałem w tym temacie ktoś miał wstawione screen z phpmyadmin.
Powiedz mi czy ten phpmyadmin trzeba jakoś uruchomić?
jak wpisuje IP:port/phpmyadmin to niestety nie ma takiej strony...
sudo apt-get install phpmyadmin
potem w przeglądarce ip-serwera/phpmyadmin
-
- Posty: 12
- Rejestracja: wt lut 14, 2017 5:43 pm
Witam serdecznie. Właśnie zainstalowałem własny serwer supla na R Pi 3 i mam ten sam problem co koledzy. Brak przesyłania wiadomości aktywujących konto na adres mailowy. Oczywiście wszystko skonfigurowane według opisów w tym wątku. Jestem ciekaw czy ostatecznie udało się komuś rozwiązać ten problem?
Dziękuję za informacje!
Dziękuję za informacje!
Aktywacja konta działa, nie działa u mnie natomiast odzyskiwanie hasła i recaptcha...
PS. Pierwsze konto aktywowałem z poziomu bazy danych - opis na forum
PS. Pierwsze konto aktywowałem z poziomu bazy danych - opis na forum
TEORIA jest wtedy gdy wszystko wiemy i nic nie działa
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
PRAKTYKA jest wtedy gdy wszystko działa a my nie wiemy dlaczego
My łączymy teorię z praktyką czyli nic nie działa i nikt nie wie dlaczego
-
- Posty: 12
- Rejestracja: wt lut 14, 2017 5:43 pm
Witam serdecznie. Udało mi się aktywować konto z poziomu bazy danych według opisu
Słaby jestem z mysql-a dlatego jednak nie potrafiłem odczytać tokena z bazy danych tak jak w opisie:
Następnie edytowałem dokument /boot/location.txt wprowadziłem dane id, hasło oraz adres serwera z lokalizacji utworzonej w moim serwerze.
Niestety po restarcie serwera - nie widzi on mojej R Pi3 (brak dostępnych urządzeń WEJ/WYJ).
Do serwera mogę się również zalogować z aplikacji mobilnej wykorzystując identyfikator dostępu przypisany do lokalizacji.
Sprawdzając /boot/last_state.txt otrzymuję komunikat: Location conflict
Czy ktoś spotkał się z podobnym problemem i wie co to może oznaczać?
Czy może to być spowodowane tym że lokalizacja i identyfikator dostępu nie utworzony został automatycznie poprzez odpowiedni link aktywujący konto?
W pliku /var/www/cloud/app/config/parameters.yml masz dane do bazy mysql. Zaloguj się do mysql danymi stamtąd (polecenie <mysql -usupla -p>).
W bazie supla (polecenie <use supla;>) wyświetl dane na temat twojego konta (przykładowo polecenie <SELECT id,email,enabled FROM `supla_user` WHERE email="email_podany_podczas_rejestracji";>). Pokaże Ci się istotna kolumna "enabled" w której supla sprawdza czy dane konto jest aktywne. Musimy tę wartość zmienić na jeden. Edytujemy tą wartość (polecenie <UPDATE `supla`.`supla_user` SET `enabled` = '1' WHERE `supla_user`.`id` = numer_z_kolumny_id_z_poprzedniego_zapytania;>). Wychodzimy z shella mysqla poleceniem <exit;>. Od teraz możesz się zalogować podając dane wpisane podczas rejestracji konta. Polecenia w konsoli zawarłem między znakami <> ,aby się odróżniały. Bardzo ważne aby na końcu zapytań mysql był znak ; ,ale o tym możesz się dowiedzieć na kursie mysql-a. Miłej zabawy
Słaby jestem z mysql-a dlatego jednak nie potrafiłem odczytać tokena z bazy danych tak jak w opisie:
Dlatego po zalogowaniu nie utworzyły mi się automatycznie lokalizacja i identyfikator dostępu. Dodałem je ręcznie.Jeżeli już mowa o "aktywacji" użytkownika z poziomu bazy danych to trzeba jeszcze wyczyścić pole "token".
Najlepiej odczytać token z bazy i wkleić go w adres przeglądarki.
https://IP/account/confirmemail/TOKEN?0=1
Np:
https://192.168.0.10/account/confirmema ... BT4QdQ?0=1
Wtedy też automatycznie utworzą się lokalizacje i identyfikator dostępu
Następnie edytowałem dokument /boot/location.txt wprowadziłem dane id, hasło oraz adres serwera z lokalizacji utworzonej w moim serwerze.
Niestety po restarcie serwera - nie widzi on mojej R Pi3 (brak dostępnych urządzeń WEJ/WYJ).
Do serwera mogę się również zalogować z aplikacji mobilnej wykorzystując identyfikator dostępu przypisany do lokalizacji.
Sprawdzając /boot/last_state.txt otrzymuję komunikat: Location conflict
Czy ktoś spotkał się z podobnym problemem i wie co to może oznaczać?
Czy może to być spowodowane tym że lokalizacja i identyfikator dostępu nie utworzony został automatycznie poprzez odpowiedni link aktywujący konto?