🚀 go-pugleaf

LFC <lfc@onet.eu> pisze:
> W dniu 03.06.2020 o 09:37, Andrzej A. Filip pisze:
>
>>
>> Zasadniczo są dwie możliwości:
>> a) ich anty-spam/anty-wirus albo sprawdzacz nagłówków maila się ślimaczy
>> - wystarczy że walnie w problem z DNS i będzie miał (domyślne)
>> opóźnienie 75s [a ty masz timeoty 1m=60s]
>> Sprawdzenie: przywróć (testowo) domyślne timeouty na transmisje treści
>> mail (blok DATA). Zakomentuj (dnl …) te linie poniżej w sendmail.mc
>> [ wygeneruj nowy sendmail.cf, zrestartuj lub zHUPuj demona sendmaila]
>>
>> define(`confTO_DATAINIT', `1m')dnl
>> define(`confTO_DATABLOCK', `1m')dnl
>> define(`confTO_DATAFINAL', `1m')dn
>>
>> b) są problemy z wielkością pakietów TCP/IP (przejdą tylko mniejsze niż
>> domyślne) a pakiety ICMP giną gdzieś po drodze
>> Sprawdzenie: Wysłanie *MAŁEGO* maila (jedna linijka treści)
>>
>
> Już napisałem na grupie - załączniki mu się nie podobały (ale nie ze
> względu na wielkość, choć oni mają też ograniczenie wielkości
> załacznika, chyba do 6MB)).
> Jeden był plikiem pdf podpisanym xades, a drugi zip, oba razem z 700kB.
> Jak spakowałem oba 7zipem do jednego pliku, to poszło w takim tempie,
> ze nie ma mowy o żadnych timeoutach.
> Zbuldoczyło mnie tylko, że ich serwer po prostu przerywa transakcję
> nic nie komunikując i nie ma się jak doinformować, o co chodzi.
>
> LFC

Przy jednominutowych timeoutach może nie doczekałeś odpowiedzi.
Jestem niezbyt przekonany że tak jest ale mi się chce sprawdzać jeszcze
mniej niż tobie.

-- 
Andrzej A. Filip