Kanboard - Password reset for Kanboard #121
Labels
No Label
app-basic
app-ckan
app-crisiscleanup
app-cts
app-decidim
app-dhis2
app-frontlinesms
app-gnuhealth
app-kanboard
app-mifosx
app-motech
app-odoo
app-opendatakit
app-pandora
app-sahana
app-seeddms
app-sigmah
app-taarifa
app-ushahidi
critical
CZ
documentation
Doing
enhancement
GMaps
info
Mapbox
needinfo
new-app
OSM
performance
QGIS
regression
suggestion
To Do
upstream
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Spotter-Cluster/Spotter-VM#121
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Po zadání nového uživatele a pokusu zalogování nepřišel potvrzovací mail. (nevím jestli má přijít)
Na údaje nového uživatele se nedá zalogovat.
Maily z Kanboardu chodí Ok, už jsem to ověřoval.
Po zmáčknutí odkazu "Zapomenuté heslo? přišlo mailem:
To reset your password click on this link:
http://localhost/forgot-password/change/e9f06358ab069f7ce48520d773314fb7aa3a83c334fff130fc725d458a8f
Kanboard
...čili chybná URL adresa. :)
možná se to tam někde nastuvje?
uživatele spotter jsem adminem odemkl.
closed via commit
d19fd41506
Neplatná URL je stupidita aplikace. Vynucuje hodnoty ze serveru a protože server poslouchá jen na IP, hodnotu pro doménové jméno serveru nenajde. Vynutil jsem, aby se použila hodnota, kterou používá klient (což je normální chování i u většiny jiných aplikací).
Validační mail mi došel a pokud přišlo i zapomenuté heslo, měl by i Vám. Koukněte, jestli to zase nespadlo do spamu.
hm,
uživatel spotter má email spotter@bloguje.cz je mailhosting GMAIL ve spamu jsem nic nenašel. Asi to killnul přímo Google
nově založený uživatel jirka jirka.p@seznam.cz mi odfiltroval už Seznam. Pak už šlo verifikovat a přihlásil jem se.
Problém asi bude s důvěryhodností odesilatele, s tim teď nemá smysl nic dělat :) díky..
mentioned in commit
4fcaf89aa8
Důvěryhodnost je sice problém, ale nikoliv řešitelný ve VM. Je potřeba upravit příslušné doménové záznamy nebo vytvořit relay server "někde venku".
Nicméně jsem ještě kouknul do logu a je tam jiná zrada. Mám na svém připojení IPv6 konektivitu a VM se snaží na Google poslat mail po IPv6. Jelikož ale k virtuálce nemám žádný reverzní záznam, Google takové spojení nemůže ověřit a neakceptuje jej. Takže jsem upravil nastavení Postfixu ve VM, aby komunikoval pouze IPv4, čímž jsem problém přehrál na ověřování zmíněné v prvním odstavci, které se současným nastavením proleze alespoň jako spam.
jasné, díky... zatím budu zkoumat vlastnosti
changed milestone to %1