Dnia 2013-04-19, pią o godzinie 23:17 +0200, Tomasz Chiliński pisze:więc tak :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.
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