Sziasztok,
A google néha dob ilyet:
célcim@gmail.com
Delay reason: SMTP error from remote mail server after end of data:
host alt3.gmail-smtp-in.l.google.com [74.125.204.26]:
421-4.7.0 [ 15] Our system has detected an unusual rate of
421-4.7.0 unsolicited mail originating from your IP address. To protect our
421-4.7.0 users from spam, mail sent from your IP address has been temporarily
421-4.7.0 rate limited. Please visit
421-4.7.0 http://www.google.com/mail/help/bulk_mail.html to review our Bulk
421 4.7.0 Email Senders Guidelines. zc5si15236480pbc.76 - gsmtp
Egy exim4 küldi a leveleket. Mit tudnék tenni ez ellen? rDNS, SPF, DKIM rendben van.
- 12297 megtekintés
Hozzászólások
Valamire biztosan izgalomba jött. Érdemes a továbbított emaileken is spamszűrni, illetve megnézni, hogy valaki nem bombázta-e meg őket esetleg.
- A hozzászóláshoz be kell jelentkezni
Annyiban igaza lehet a gmailnek, hogy néha megugrik a küldési statisztika. Egy riportoló rendszer is ezen a gépen keresztül küld üzeneteket több cimzettnek. Sajna abban nincs rate limit, igy a szerveren kellene valami állitani.
-------------------------
Dropbox refer: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
A link (https://support.google.com/mail/answer/81126) pont jól leírja, hogy DKIM és SPF lehet a belépő megoldás, fix IP a következő.
--------------------------------
last project: www.ekaer-feladas.hu
- A hozzászóláshoz be kell jelentkezni
Mi is állítattunk be SPF-rekordot, azóta semmi gond nincs.
--
God bless you, Captain Hindsight..
- A hozzászóláshoz be kell jelentkezni
Az a konkrét levél, amire panaszkodik, az egy spam/vírus/stb.
- A hozzászóláshoz be kell jelentkezni
A hiba még megoldatlan, van ötletetek?
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Lásd eggyel fentebb: akkor jön ilyen üzenet, amikor a levél, amit továbbítani próbálsz a gugli felé, szerinte spam/vírus. Mivel a szarházi gugli nem permanens hibát ad, így a levelet újból és újból megpróbálja a rendszered továbbítani nekik, "hiszen" azt mondta a gugli, hogy legközelebb talán el fogja fogadni. Természetesen nem fogja soha, kézzel szedheted ki a queue-ból...
- A hozzászóláshoz be kell jelentkezni
Hmm az exim soha nem adja fel?
Néha én is látok a queue-ba beragadva egyet-egyet, de pár nap múlva eltűnik, gondolom a postfix
maximal_queue_lifetime (default: 5 days)
-a gondoskodik róla. :)
- A hozzászóláshoz be kell jelentkezni
Hát egyrészt addig azért eltelik pár nap (és azalatt majd teleszemeteli a logot ezzel), másrészt alapból majd próbál bounce-ot küldeni, ami az ilyen leveleknél annyira nem jó ötlet.
- A hozzászóláshoz be kell jelentkezni
Itt a tömeges küldéssel vana gond. A rendszer akár 15 e-mail cimre is elküldi ugyanazt az üzenetet, amit a google elutasit mert 1 percen belül megy az a 15 levél. Arra szeretném rávenni az eximet, hogy percenként mondjuk csak 5 levelet küldhessen a google felé.
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Az nem lehet megoldás, hogy te rate limitels, a google felé? Csinálsz egy alkalmas acl -t ami ha teljesül, beállít egy, mondjuk 600 másodperces delay -t a levélre.
http://serverfault.com/questions/614642/exim4-why-is-rate-limiting-outb…
http://slett.net/spam-filtering-for-mx/exim-smtpdelays.html
Csak tipp!
----
올드보이
- A hozzászóláshoz be kell jelentkezni
Az a gond, hogy nem ismerem az eximet mélyebben igy lövésem sincs ezeket hova kellene tenni...
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Na akkor kezdetnek kis olvasnivaló: http://www.janoszen.hu/2010/01/31/a-nagy-exim-tutorial/
A hülyén egyszerű válasz az, hogy az ACL -ek közé... A komplexeb, meg egyben kicsit komplikáltabb, hogy az attól függ, hogy hogyan áll össze a config, egy file van, vagy sok, különféle mappákba rendezve (a debian szerű rendszereken ez utóbbi a módi).
Tehát meg kellene keresni a többi acl -t...
----
올드보이
- A hozzászóláshoz be kell jelentkezni
http://postimg.org/image/l0emryeo5/
http://postimg.org/image/u9gt22nk5/
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Ha össze tudnád cat -olni a fileokat egy fileba az sokat segítene.
Ja és érdemes lenne egy teszt példányt indítani az eximből.
Olyan módon, hogy a /etc/exim4 mappát lemásolod /etc/exim4.test néven, átírod a portot amin figyel és indítassz ezzel a configgal egy példányt az exim -ből. Ez azért jó, mert a nélkül tudsz mókolni vele, hogy a normál levélforgalmat szét rúgnád.
----
올드보이
- A hozzászóláshoz be kell jelentkezni
A teszt példány gondolata ugyan jó, de a konfig-ban nem csak a portot lenne célszerű módosítani, hanem minimum a spool könyvtár helyét is. Ha még biztosabbra akarunk menni, akkor eleve csak az adott cél felé engedjük ki a teszt példányt és a local-delivery során is módosítható a helyi mappa útvonala.
- A hozzászóláshoz be kell jelentkezni