Jelenleg teszt-, később archiválási célból szeretnék minden levélről egy másolatot küldeni egy másik szerverre.
Az always_bcc-t és módozatait ismerem, de logikailag nem tudok megbarátkozni vele, hogy
1., a levél maga a BCC bejegyzéssel módosul
2., 1 meghatározott címre továbbítja a levelet eredeti címzettől, feladótól függetlenül.
Tényleg nem képes a Postfix arra, hogy minden átmenő levelet _érintetlenül_ egy második transport-ra is kézbesítsen a levélre vonatkozó default transport mellett?
(természetesen tudva azt, hogy egy "fekete lyukba" dobálja a leveleket, tehát minden hiba, visszajelzés > /dev/null)
Eddig több órányi kereséssel összesen ezt találtam: http://pjrlost.blogspot.hu/2012/11/smtp-delivery-to-two-mail-servers-vi… , de ez egy kissé bizonytalannak tűnő házi írású script, amire nem szívesen bíznám a teljes céges levelezést.
- 2047 megtekintés
Hozzászólások
1. enelkul ugyan miert is venne at a masik fel a (nem neki szolo) levelet?
2. (sender|recipient)_bcc_maps is van
Bonyolultabb feladatra ott van a content_filter es milter tamogatas.
- A hozzászóláshoz be kell jelentkezni
1., Nem általános "másik félről" van szó, hanem kimondottan erre konfigurált másodlagos szerverről, ami természetesen be van állítva, hogy ugyanúgy vegye át a levelet, mintha elsődlegesként kapná (mydomains, stb.)
2., A "(sender|recipient)_bcc_maps" -> "always_bcc és módozatai" - ugyanúgy másik e-mail címre küldi a levelet, csak nem 1-re, hanem szabályok alapján többre.
-------------------------------^v-----------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"
- A hozzászóláshoz be kell jelentkezni
1., a levél maga a BCC bejegyzéssel módosul
a level maga nem modosul
2., 1 meghatározott címre továbbítja a levelet eredeti címzettől, feladótól függetlenül.
ahogy fentebb is irtak, map-ekkel akar egyedi cimet is ki tudsz alakitani, pl.
/^(.*)@(.*)$/ archive+$1=$2@archive.yourdomain.com
Tényleg nem képes a Postfix arra, hogy minden átmenő levelet _érintetlenül_
de, kepes
tehát minden hiba, visszajelzés > /dev/null)
ellenkezoleg: ha a tuloldal elutasitja a levelet, akkor arrol bizony a kuldo is tudomast szerez
--
"Van olyan ember sok az oldalon, akinek a kommentjeinek 100%-a zaj, oket miert nem kommentelitek ilyen lelkesen?" (hrgy84)
- A hozzászóláshoz be kell jelentkezni
1., a fejlécbe csak beleírja a bejegyzést - amit mondjuk a fogadó szerver elvileg kiszed.
2., A map-elés, OK, nem az _1_ a probléma, hanem a _meghatározottt cím_
always_bcc=akarmi@mx2.mydomain.hu helyett nekem valami always_relay=mx2.mydomain.hu tűnne logikusnak arra, hogy a másik szerver pont ugyanazt a levelet kapja, mint az LDA - és, mivel a másik szerver a rendszer használók felé "nem publikus" (legalábbis az esetleges hibáival nem kell megzavarni őket) ezért kimondott elvárás lenne a továbbító szerver részéről, hogy ezen a vonalon ne engedjen vissza hibajelzéseket.
(amúgy, archiválásra majd pont a piler-t nézegetem, de most egyelőre egy új levelező rendszer teszteléséhez kellene, hogy 2 szerverre is megérkezzenek a levelek, úgy, hogy a másodlagos babrálása az elsődleges rendszert ne zavarja)
-------------------------------^v-----------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"
- A hozzászóláshoz be kell jelentkezni
1., a fejlécbe csak beleírja a bejegyzést
ha a levelet az mx1.aaa.fu fogadja, akkor nem irja bele, hogy 'majd tovabbitom az mx2.aaa.fu-nak'. Hanem az mx2.aaa.fu irja bele (Received: sorok), hogy az mx1.aaa.fu-tol vette at (datum, queue azonosito, etc.) a levelet.
kimondott elvárás lenne a továbbító szerver részéről, hogy ezen a vonalon ne engedjen vissza hibajelzéseket.
akkor ez egy postfix tweak lesz, hogy a hiba emailt elnyomja.
[Í]amúgy, archiválásra majd pont a piler-t nézegetem[/i]
ok, majd szolj, ha odaersz :-)
--
"Van olyan ember sok az oldalon, akinek a kommentjeinek 100%-a zaj, oket miert nem kommentelitek ilyen lelkesen?" (hrgy84)
- A hozzászóláshoz be kell jelentkezni
Utána olvastam kicsit és jobban letisztult a levél átadás pontos menete (gondolom, neked ez triviális, nekem még voltak pontosításra szoruló részletek):
A fogadó SMTP nem foglalkozik a levél látható fejlécében levő 'From', 'To', 'Cc', 'Bcc' mezőkkel, csak az átadás során kapott 'RCPT TO' szerint dolgozza fel a levelet. Ha always_bcc-vel küldöm tovább, akkor a másodlagos szerver csak a 'bcc@masodlagos.mydomain.hu' címet kapja RCPT-ként, tehát az 'akarki@mydomain.hu' szerint nem fogja feldolgozni, hiába az az eredeti címzett.
OK, variálhatnék különböző map-ekkel, hogy minden 'barki@mydomain.hu'-t 'barki@masodlagos.mydomain.hu'-ra BCC-zek, ott meg visszamap-elem, hogy az tulajdonképpen a 'barki@mydomain.hu'-nak szól és aszerint dolgozza fel, de pont ezt szeretném elkerülni.
De pont a piler install doksijában nézem, hogy az Exim pl. inkább azt csinálja a mail routing-al, amire én gondolok: közvetlen átadja SMTP-n a levelet úgy, hogy nem egy kamu cím kerül az RCPT-be (viszont azt nem tudom, hogy mi, de gondolom ugyanaz(ok) a RCPT-k, amikkel ő kapta)
-------------------------------^v-----------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"
- A hozzászóláshoz be kell jelentkezni