Dnia 2013-04-19, pią o godzinie 23:17 +0200, Tomasz Chiliński pisze:
W dniu 19.04.2013 20:51, Sylwester Kondracki napisał(a):
witam,
Witam,
pobieram załączniki z serwera pocztowego netart który został wysłany przez bzwbk, technika pobierania php & imap_*
po odebraniu załącznika jest 2 razy więcej linijek niż powinno być, format pliku jest rozwalony gdzieś po drodze widocznie jest jakiś znak który powoduje załamanie lini
jak zaloguję się na ich panel i pobiorę załącznik to jest ok, to samo jak klient poczty pobierze mi wiadomość (evolution) to też jest ok.
i teraz najlepsze,
problem jest tyko przy pobieraniu z serwerów netart, z wp, o2 czy az.pl wszytko jest ok, załącznik pobrany poprzez skrypt ma prawidłowy format i wygląd
ktoś wie może co piszczy w trawie ?
Czy ten plik nie koduje czasem nowych wierszy dosowo czyli \r\n? Upewnij się co do tego.
więc tak :
z serwerem poczty muszę się łączyć w ten sposób :
imap_open("{mojadomena.pl:995/pop3/ssl/novalidate-cert}INBOX",user,haselko);
próba innego sposobu nawiązania połączenia kończy się fiaskiem
część tablicy z wynikiem :
[1] => stdClass Object ( [type] => 0 [encoding] => 4 [ifsubtype] => 1 [subtype] => PLAIN [ifdescription] => 0 [ifid] => 0 [lines] => 35 [bytes] => 2240 [ifdisposition] => 1 [disposition] => ATTACHMENT [ifdparameters] => 1 [dparameters] => Array ( [0] => stdClass Object ( [attribute] => FILENAME [value] => wyciag.txt )
)
[ifparameters] => 1 [parameters] => Array ( [0] => stdClass Object ( [attribute] => NAME [value] => wyciag.txt )
[1] => stdClass Object ( [attribute] => CHARSET [value] => UTF-8 )
)
)
mamy info że lini jest 35, gdzie faktycznie w pliku (oryginalnym) jest ich 14
jest też zmiana pl, np. Ż -> =AF, Ś -> =8C , Ę -> =CA
następne ciekawe zjawisko, długość wiersza ma max 72 znaki potem jest =^M (jeżeli linia została złamana), lub tylko ^M jeżeli linia oryginalnie miała mniej niż 72 znaki
i takie coś jest tylko wtedy jak wyciąg przechodzi przez skrzynkę pocztową netart'u