Kubofonista
Użytkownicy-
Zawartość
41 -
Rejestracja
-
Ostatnio
-
Wygrane dni
1
Kubofonista wygrał w ostatnim dniu 4 Maj 2011
Kubofonista ma najbardziej lubianą zawartość!
Reputacja
15 NormalnaO Kubofonista
-
Ranga
Czasami na forum
Metody kontaktu
-
Strona WWW
http://kubofonista.net
-
Jabber
kubofonista@kubofonista.net
Informacje profilowe
-
Płeć
Mężczyzna
-
Skąd
LocalHost
-
Kubofonista zaczął obserwować RobimySEO
-
RobimySEO zaczął obserwować Kubofonista
-
Jasne, zostało jeszcze dopisać aby zalogowany użytkownik smtp (ten login@domena) mógł wysyłać maile również jako wszystkie aliasy które na niego prowadzą, wtedy będzie w 100% gotowe
-
Okej, Odpowiednia modyfikacja exim.pl pozwoliła osiągnąć cel: - zalogowany użytkownik smtp jako użytkownik systemowy (czyli ten bez małpki, co mu DA daje konto w każdej z posiadanych domen) może wysyłać maile jako dowolny login z posiadanych domen, z cudzych nie - zalogowany użytkownik smtp normalny może wysyłać maile tylko jako on sam, nie jako ktoś inny ze swojej domeny oraz nie jako ktoś z cudzej domeny To jest to o co mi chodziło, temat można zamknąć
-
Możesz jakoś naprowadzić ? Swoją drogą aż dziwne, że DA nie sprawdza tego domyślnie
-
Witam, Mam pewien mały problem z domyślną konfiguracją Exima stworzoną przez DirectAdmina: Użytkownik zalogowany jako a@a.pl może wysyłać bez problemu maile z dowolnym From, nawet z cudzej domeny, np b@b.pl Czy jest jakiś prosty sposób aby zablokować użytkownikom manipulowanie nagłówkiem From? Obecnie autoryzacja SMTP ma niewielki sens, jeśli po zalogowaniu na dowolne konto można wysyłać jako dowolne inne. Pozdrawiam
-
Hm, sprawy zmieniły trochę obrót. Wartość jest zapisywana, po czym po 2-3 sekundach kasowana, nie kasuje jej żadne zapytanie (wynika to tez z braku takowego w logu MySQL'a).
-
To funkcja własna, potem wywołana z parametrami, w każdym razie do MySQL dociera poprawne zapytanie zarówno gdy działa jak i gdy nie (sprawdzałem w jego logach).
-
Witajcie. Od kilku dni mam dość bardzo nietypowy problem z MySQL'em, mianowicie zapisuje on dane jak mu się podoba, czasami normalne wartości, czasami puste pola. Dwa jednakowe zapytania typu UPDATE potrafią zrobić tak, że jedno zapisze dane jakie chciałem, drugie wyczyści tylko pole, co więcej: w logach zapytań MySQL oba zapytania figurują tak samo oraz są poprawne. MySQL w wersji 5.5.19-1, napisałbym Wam więcej szczegółów ale logów z tych zdarzeń zwyczajnie nie ma, żadnych błędów, syslog, logi bazy, PHP nic, pusto. Mysql_error() również twierdzi, że błędu nie ma. Co robić, gdzie szukać?
-
Napisałem parę słów (opinię) o ViHoscie na blogu: http://kubofonista.net/opinia-vihost-pl - może się komuś przyda
-
Tak, oraz do uruchomienia bramki SMS
-
Heh, nie mniej jednak jakoś mam mieszane uczucia co do nich, głównie dlatego, że podatku nie odprowadzają a stawki mają takie jak inni po jego odprowadzeniu, więc nijak się nie opłaca
-
Ale u nich w panelu nie ma i nie można testowo zautoryzować transakcji pozytywnie bez płacenia, a w premium SMS automatycznym to w ogóle
-
Czyli przypuszczenia były dobre, ale zobaczymy co odpiszą Może faktycznie są tylko na wakacje
-
W gruncie rzeczy oglądałem ich panel, mogliby dodać tryb testowy, czy to dla przelewów czy dla premium sms automatycznych (aby zwracał jakiś kod) Bo tak bez tego to taka trochę prowizorka z wdrażaniem jest, lub samemu trzeba sobie zapłacić aby przetestować
-
W sumie nie rozumiem na czym polega ta różnica, że np w DP rozliczamy się z dochodu w roku wypłaty, a u nich w Platnosci-Online w roku zgromadzenia środków
-
Dochodowy tylko w przypadku Premium SMS, prawda?