Checkiranje prebranih mejlov

Kolikor sem jaz opazil on pošilja zadeve po abecedi. Meni se tudi zdi malo da od 2300 mailov (oz naslovov) pride samo 600 prebranih mailov.

Zdej opciji oz zadevi sta dve.

1.) Ustvari si email ki se bo začel na X al pa na zadnjo črko abecede. Tako bi recimor bil test če so šli vsi maili ven oz čekirani vsi naslov.

2.) Veliko današnjih mail service zadev ne podpira te funkcije povratnega maila. Nevem vsaj pri gmailu nisem nikoli zasledil da imajo to. Pri thunderbirdu tud še nisem videl. Bog ve kako ravna z tem exchange server ali kake druge firewall zadeve...

jah sej ti pravim oni nemorjo vedit da je mail prišel če poštni strežnik tega ne pove. Sploh nevem kako se meri ta odprtost mailov. Zame je najbolj verodostojna zadeva ta da da folk klika link.

Ker lej... Vstopnice.com pošiljajo maile za svoje evente medrugim tudi nam na napovednik@studentarija.net in če greš zdele gledat web mail boš videl da je mail "neprebran" v resnici so pa vsaj 3 ljudje mail prebral prek outlooka. Kako se torej šteje ? Neprebrano ? 3x prebrano ?

Samo a ne blokirajo gmail in tut outlook express teh slikic večinoma?

sem se spet malo začel poigravati s tem.

1. Ena izmed napak je ta, da nimam odprtega accounta abuse@domain.com, postmaster je odprt.
2. Odstranil sem določene headerje v phplist-u

$this->addCustomHeader("X-Mailer: phplist v".VERSION);
$this->addCustomHeader("X-MessageID: $messageid");
$this->addCustomHeader("X-ListMember: $email");
$this->addCustomHeader("Precedence: bulk");

ki so v kar nekaj odjemalcih drastično zmanjšali SPAM kvocient (points),
3. in pa nenazadnje, v DNS je potrebno dodati SPF record.

Brez teh točk si že po defaultu obsojen na SPAM/JUNK folder pri vseh večjih .. gmail, hotmail, yahoo, aol .. seveda je tudi vse odvisno od uporabnikovih osebnih spam nastavitev. Po default nastavitvah, pa mora iti mail skozi, če so zgornje točke urejene.

Tek toliko

Briefly the design intent of the SPF record is to allow a receiving MTA (Message Transfer Agent) to interrogate the Name Server of the domain which appears in the email (the sender) and determine if the originating IP of the mail (the source) is authorized to send mail for the sender's domain.

The SPF information is contained in a standard TXT RR (though a new RR type may be allocated if and when SPF reaches standardization by the IETF).

If a SPF (TXT) RR exists and authorizes the source IP address the mail can be accepted by the MTA. If the SPF (TXT) RR does not authorize the IP address the mail can be bounced - it did not originate from an authorized source for the sender's domain. If the domain does not have an SPF RR the situation is no worse than before.

Sender Policy Framework link

se vedno nisem zadovoljen .. mogoče kaken predlog glede scripte? .. kaj uporabiti namesto PHP LIST?