search for: setflag

...lo, I use FreeBSD 8.2-RELEASE-p7 i386 dovecot-2.1.6 dovecot-pigeonhole-0.3.0_1 I have the following problem: When I use the following script - the flag is set in \Seen : require ["imap4flags"]; # rule:[test] if anyof (header :contains "Subject" "test") { setflag "\\Seen"; stop; } . SELECT INBOX * OK [CLOSED] Previous mailbox closed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 1 EXISTS * 1 RECENT * OK [UIDVALIDITY 1338600150] UIDs valid * OK [UI...

Hi Ralph! This is, what calls the correct sive-filter rules. I have that already in use. But the file file:/etc/dovecot/sievepipe/report-spam contains my sieve-script from my first posting. So, the difference from setflag to addflag is, setflag sets the flags, and only the given flags (removing all other flags), and addflag adds a flag to the existing flags... I fiddled around a little... The sieve-script sets the Junk-Flag, when it looks like: require ["imap4flags", "vnd.dovecot.pipe", "c...

...ager_h_) +#define _wxAuiManager_h_ + +class wxAuiManager : public wxEvtHandler +{ +friend class wxAuiFloatingFrame; + +public: + + wxAuiManager(wxWindow* managed_wnd = NULL, + unsigned int flags = wxAUI_MGR_DEFAULT); + virtual ~wxAuiManager(); + void UnInit(); + + void SetFlags(unsigned int flags); + unsigned int GetFlags() const; + + void SetManagedWindow(wxWindow* managed_wnd); + wxWindow* GetManagedWindow() const; + + static wxAuiManager* GetManager(wxWindow* window); + + void SetArtProvider(wxAuiDockArt* art_provider); + wxAuiDockArt* GetArtProvider...

...ng to the Operator BEValueV (ScalarEvoluton.cpp:3099-3113), but only Add and GEP operators are checked. //-------------------------------------------------------------------------// if (const AddOperator *OBO = dyn_cast<AddOperator>(BEValueV)) { if (OBO->hasNoUnsignedWrap()) Flags = setFlags(Flags, SCEV::FlagNUW); if (OBO->hasNoSignedWrap()) Flags = setFlags(Flags, SCEV::FlagNSW); } else if (const GEPOperator *GEP = dyn_cast<GEPOperator>(BEValueV)) { // If the increment is an inbounds GEP, then we know the address // space cannot be wrapped around. We c...

Now i tried an additional rule in my "normal" working sieve-filter: if address :domain :matches "from" "company.example" ? { setflag "\\seen"; fileinto :create "INBOX/foo/test"; stop; } and sent an email from my company-account. The folder INBOX/foo/test gets created, but the message inside is not marked as seen. So i think, this is a bug in dovecot/pigeonhole, which ignores the \\seen-Flag being set by sie...

...er. I tried a lot... but nothing worked like expected. I have a sieve-filter, which takes an email and copy it to a pipe to rspamc. This filter is working correctly, i get a debug-message from the script, which is called through the sieve-filter. But adding another rule (addflag "Junk"; setflag "\\seen";) to this rule is getting ignored... Here is my sieve-rule: require ["imap4flags", "vnd.dovecot.pipe", "copy", "imapsieve", "environment", "variables"]; if environment :matches "imap.email" "*" { ?...

Hi, I'm facing a strange issue using JavaMail, where Dovecot let me open "READ_WRITE" a folder with readonly ACLs (same happens on other imap servers), but then doesn't issue any error when if try to setFlags(...) on that folder. The result is that the code thinks the folder marked the messages (deleted, flagged, etc), while it actually did not. Just refreshing the folder from the java client, you get back your original messages as they were before the operation. Is there any known issue about this? Ga...

...> (ScalarEvoluton.cpp:3099-3113), but only Add and GEP operators are checked. > > //-------------------------------------------------------------------------// > if (const AddOperator *OBO = dyn_cast<AddOperator>(BEValueV)) { > if (OBO->hasNoUnsignedWrap()) > Flags = setFlags(Flags, SCEV::FlagNUW); > if (OBO->hasNoSignedWrap()) > Flags = setFlags(Flags, SCEV::FlagNSW); > } else if (const GEPOperator *GEP = > dyn_cast<GEPOperator>(BEValueV)) { > // If the increment is an inbounds GEP, then we know the address > // space canno...

I have the following in my default.sieve file: require "fileinto"; if header :contains "X-spam-flag" "YES" { require ["vnd.dovecot.pipe", "copy", "imapsieve", "environment", "variables", "imap4flags"]; setflag "\\Seen"; fileinto "Junk"; } This is largely unchanged, except that I added imap4flags and set flag "\\Seen"; recently. The messages still get filed into the user's Junk folder, but they are still marked as unread. I also have imapsieve_mailbox3_name = Ar...

...ieve rule that may not be working right. It is a simple rule that looks like this : require ["fileinto","imap4flags"]; # rule:[Past Due Notices] if allof (header :contains "Subject" "Account Past Due Notice") { fileinto "Billing"; setflag "\\Seen"; stop; } Anyways, what happens is the message that matches that rule does indeed get moved to the "Billing" folder, but it does not get marked as read. BUT! if I change the order of the actions to mark it as read first, then move it to the "Billing"...

...gt; > On Tue, Dec 4, 2018 at 8:25 AM Jakobus Sch?rz <wertstoffe at nurfuerspam.de> > wrote: > >> Now i tried an additional rule in my "normal" working sieve-filter: >> >> if address :domain :matches "from" "company.example" >> { setflag "\\seen"; fileinto :create "INBOX/foo/test"; stop; } >> >> and sent an email from my company-account. The folder INBOX/foo/test gets >> created, but the message inside is not marked as seen. >> >> So i think, this is a bug in dovecot/pigeonhole, whi...

...I suggest removing them rather than adding new methods?... or do you have a better suggestion? Thanks. Sergei void MachineInstr::bundleWithPred() { assert(!isBundledWithPred() && "MI is already bundled with its predecessor"); <<<<<<<<<<<< setFlag(BundledPred); MachineBasicBlock::instr_iterator Pred = this; --Pred; assert(!Pred->isBundledWithSucc() && "Inconsistent bundle flags"); <<<<<<<<<<<<< Pred->setFlag(BundledSucc); } void MachineInstr::bundleWithSucc() { assert(...

...t;SPAM"; stop; } FWIW. On Tue, Dec 4, 2018 at 8:25 AM Jakobus Sch?rz <wertstoffe at nurfuerspam.de> wrote: > Now i tried an additional rule in my "normal" working sieve-filter: > > if address :domain :matches "from" "company.example" > { setflag "\\seen"; fileinto :create "INBOX/foo/test"; stop; } > > and sent an email from my company-account. The folder INBOX/foo/test gets > created, but the message inside is not marked as seen. > > So i think, this is a bug in dovecot/pigeonhole, which ignores the >...

..., but only Add and GEP operators are > > checked. > > > > //-------------------------------------------------------------------------// > > if (const AddOperator *OBO = dyn_cast<AddOperator>(BEValueV)) { > > if (OBO->hasNoUnsignedWrap()) > > Flags = setFlags(Flags, SCEV::FlagNUW); > > if (OBO->hasNoSignedWrap()) > > Flags = setFlags(Flags, SCEV::FlagNSW); > > } else if (const GEPOperator *GEP = > > dyn_cast<GEPOperator>(BEValueV)) { > > // If the increment is an inbounds GEP, then we know the add...

....de> > >> > wrote: > >> > > >> >> Now i tried an additional rule in my "normal" working sieve-filter: > >> >> > >> >> if address :domain :matches "from" "company.example" > >> >> { setflag "\\seen"; fileinto :create "INBOX/foo/test"; stop; } > >> >> > >> >> and sent an email from my company-account. The folder INBOX/foo/test > >> gets > >> >> created, but the message inside is not marked as seen. > >>...

...18 um 14:06 schrieb Jakobus Sch?rz: > Hi Ralph! > > This is, what calls the correct sive-filter rules. I have that already > in use. > But the file > > file:/etc/dovecot/sievepipe/report-spam > > contains my sieve-script from my first posting. > So, the difference from setflag to addflag is, setflag sets the flags, > and only the given flags (removing all other flags), and addflag adds a > flag to the existing flags... > > I fiddled around a little... > The sieve-script sets the Junk-Flag, when it looks like: > > require ["imap4flags", &quo...

Does anyone know where I can get a list of ADSI functions.. Example *70 (No Call Waiting), Flash = Flash, Hold = ??? Thank you, -gcc

...---------------------------------------------------------- # Sieve script executed before for user require ["fileinto","imap4flags"]; # Move automatically copied emails to the sent folder # And mark them as read if header :contains "Delivered-To" "~Sent" { setflag "\\Seen"; fileinto "Sent"; } ---------------------------------------------------------------------- But it did not work, so maybe there is a trick I am not aware of. If I use the "Received" header and a regex, it works ----------------------------------------------...

...:wertstoffe at nurfuerspam.de>> > > wrote: > > > >> Now i tried an additional rule in my "normal" working sieve-filter: > >> > >> if address :domain :matches "from" "company.example" > >>? ?{ setflag "\\seen"; fileinto :create "INBOX/foo/test"; stop; } > >> > >> and sent an email from my company-account. The folder > INBOX/foo/test gets > >> created, but the message inside is not marked as seen. > >> > >&gt...

How would I setup dovecot so that when messages are moved to the Archive mailbox, they are marked as read? Would it be similar to the imap-sieve for spam tagging? imapsieve_mailbox1_name = Junk imapsieve_mailbox1_causes = COPY imapsieve_mailbox1_before = file:/usr/lib/dovecot/sieve/report-spam.sieve Or is there a simpler method? If it matters: mailbox Archive { auto = subscribe