ASNMTAP
view release on metacpan or search on metacpan
lib/ASNMTAP/Asnmtap/Plugins/Mail.pod view on Meta::CPAN
=item _mailType
For clients that are sensitive to cookie-based authentication.
optional, mailType can be 0 or 1
0, TXT formated fingerprint (default)
1, XML formated fingerprint
=over 4
=item TXT
Each e-mail exists of an TXT fingerprint. This allows us lateron only to pick up the required e-mails with pop3, because we will filter out the emails with a minimum band width the e-mails desired from the mail box.
When the status and the header plus the first 7 lines of the e-mail agrees to these fingerprint, the e-mail is picked up, processes, and removed from the mail box.
=over 4
=item Fingerprint
=over 4
=item Subject
SUBJECT / From: Source_email_address To: Application_Monitor_email_address
SUBJECT: description can be found lateron into this document.
=item Message
SUBJECT / From: Source_email_address To: Application_Monitor_email_address
<plugin naam> <plugin description>
Timestamp <Source email address>: dd-mm-yyyy hh:mm:ss[.hhh]
Status <naam from the service up/down>
SUBJECT: description can be found lateron into this document.
=back
=item Example
ASNMTAP / From: alex.peeters@citap.com To: asnmtap@citap.com
<mail-xml-citap-com.pl> <Mail XML plugin template for testing the 'Application Monitoring'>
Timestamp <alex.peeters@citap.com>: 2006/02/04 11:01:11
Status <Application Monitoring Status Down>
=back
=item XML
Each e-mail exists of an XML fingerprint. This allows us lateron only to pick up the required e-mails with pop3, because we will filter out the emails with a minimum band width the e-mails desired from the mail box.
When the status and the header plus the first 5 lines of the e-mail agrees to these fingerprint, the e-mail is picked up, processes, and removed from the mail box.
=over 4
=item DTD for validation XML
<?xml version="1.0" encoding="UTF-8"?>
<!ENTITY AUTHOR "Alex Peeters">
<!ENTITY EMAIL "Alex.Peeters@citap.com">
<!ENTITY PURPOSE "2005/11/15, dtd schema v1.0 for Fingerprint Email by XML">
<!ELEMENT FingerprintEmail (Schema, Fingerprint)>
<!ELEMENT Schema (#PCDATA)>
<!ATTLIST Schema Value CDATA #FIXED "1.0">
<!ELEMENT Fingerprint (#PCDATA)>
<!ATTLIST Fingerprint
From CDATA #REQUIRED
To CDATA #REQUIRED
Destination CDATA #REQUIRED
Plugin CDATA #REQUIRED
Description CDATA #REQUIRED
Environment (PROD|TEST|ACC|DEV|SIM|LOCAL) #REQUIRED
Date CDATA #REQUIRED
Time CDATA #REQUIRED
Epochtime CDATA #REQUIRED
Status CDATA #REQUIRED
>
=item Example
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE FingerprintEmail SYSTEM "dtd/FingerprintEmail-1.0.dtd"><FingerprintEmail><Schema Value="1.0"/><Fingerprint From="alex.peeters@citap.com" To="asnmtap@citap.com" Destination="ASNMTAP" Plugin="mail-fingerp...
=back
=back
=item _text
required textual descriptions
=over 4
=item SUBJECT
SUBJECT is the textual descriptions for the preffix of the subject
required, scalar value, default: 'uKey=ASNMTAP'
When you have more then one mail plugin, then you should use for the subject an unique key. Normally we use 'uKey=MAIL_?_nnnn' where '?' is the environment and 'nnnn' the number to make the SUBJECT unique.
- P(roduction) : 'uKey=MAIL_P_0001', 'uKey=MAIL_P_0002' ... 'uKey=MAIL_P_nnnn'
- S(imulation) : 'uKey=MAIL_S_0001', 'uKey=MAIL_S_0002' ... 'uKey=MAIL_S_nnnn'
- A(cceptation): 'uKey=MAIL_A_0001', 'uKey=MAIL_A_0002' ... 'uKey=MAIL_A_nnnn'
- T(est) : 'uKey=MAIL_T_0001', 'uKey=MAIL_T_0002' ... 'uKey=MAIL_T_nnnn'
- D(evelopment): 'uKey=MAIL_D_0001', 'uKey=MAIL_D_0002' ... 'uKey=MAIL_D_nnnn'
- L(ocal) : 'uKey=MAIL_L_0001', 'uKey=MAIL_L_0002' ... 'uKey=MAIL_L_nnnn'
The reason for this is that the processing from the emails is much faster, because after the verification from the 'To:', 'From:' and 'Subject:' fields from the HEAD of your email you already know if its the required email to process with this plugin...
=item from
is the textual descriptions for from
optional, scalar value, default: 'From:'
=item to
is the textual descriptions for to
optional, scalar value, default: 'To:'
=item subject
is the textual descriptions for the subject
optional, scalar value, default: 'Subject:'
=item status
is the textual descriptions for the status
optional, scalar value, default: 'Status'
=back
=item _mail
required mail parameters
=over 4
( run in 0.563 second using v1.01-cache-2.11-cpan-39bf76dae61 )