Proxy rejects valid arguments (still works via command line).

00:52:01 DBG reading messages prefix=message_1AfUuN7SRnm8o7ZieSeNZTh2ibjFj9exGK_1_
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x8c pc=0x81d679]

goroutine 107 [running]:
github.com/emersion/go-imap.(*Message).formatItem(0xc000445500, {0xc0046f6370, 0xd})
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/message.go:286 +0x339
github.com/emersion/go-imap.(*Message).Format(0xc000445500)
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/message.go:323 +0x33e
github.com/emersion/go-imap/responses.(*Fetch).WriteTo(0xc000068900, 0xc0004f81e0)
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/responses/fetch.go:64 +0x85
github.com/emersion/go-imap/server.(*response).WriteTo(0xc000494258, 0xc62d20)
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/server/conn.go:130 +0x29
github.com/emersion/go-imap/server.(*conn).writeAndFlush(0xc002280a80, {0xc633a0, 0xc000494258})
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/server/conn.go:208 +0x35
github.com/emersion/go-imap/server.(*conn).send(0xc002280a80)
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/server/conn.go:232 +0x227
created by github.com/emersion/go-imap/server.newConn
/Users/regnull/go/pkg/mod/github.com/emersion/[email protected]/server/conn.go:111 +0x352

For example sending photos

Push Notifications for IOS ?

Probably index mismatch somewhere, need to investigate.

There must be an error, or the message must come back

... to fix the following errors, among others:

01:33:35 ERR failed to create email entity error="unknown charset: unknown charset: message: unhandled charset "ascii""
01:33:35 ERR failed to create email entity error="unknown charset: unknown charset: message: unhandled charset "iso-8859-1""
01:33:35 ERR failed to create email entity error="unknown charset: unknown charset: message: unhandled charset "windows-1252""

Currently we have a global rate limiter which is not very robust.

... when deleted on the client

I can not send mail to outlook/live mail servers.

It is said:

host outlook-com.olc.protection.outlook.com[104.47.22.161] said: 550 5.7.1
Unfortunately, messages from [3.21.133.245] weren't sent. Please contact
your Internet service provider since part of their network is on our block
list (S3140). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.
[DB8EUR06FT039.eop-eur06.prod.protection.outlook.com] (in reply to MAIL
FROM command)

Right now the build directory must be created manually.

It's inverted. To fix, we need to produce a good snapshot, wipe the database, and import the snapshot. This is high priority.

It's better then having a shell script...

With this error:

The POP3 mail server (alpha.ubikom.cc) does not support UIDL or XTND XLST, which are required to implement the Leave on Server'', Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window.

The error goes away after client restart.

Specifically, this:

func (b *Badger) GetNext(receiverKey []byte) (*pb.DMSMessage, error) {
prefix := []byte("msg_" + util.SerializedCompressedToAddress(receiverKey))
var msg *pb.DMSMessage
err := b.db.View(func(txn *badger.Txn) error {
it := txn.NewIterator(badger.DefaultIteratorOptions)
defer it.Close()
for it.Seek(prefix); it.ValidForPrefix(prefix); it.Next() {
err := it.Item().Value(func(v []byte) error {
// TODO: How can this possibly work?
msg = &pb.DMSMessage{}
return proto.Unmarshal(v, msg)
})
if err != nil {
return err
}
return nil
}
return nil
})
if err != nil {
return nil, err
}
return msg, nil
}

Check if the error is returned correctly

Mail log:

Sep 17 13:37:32 mail postfix/qmgr[135319]: E6E023E993: from=[email protected], size=6108, nrcpt=1 (queue active)
Sep 17 13:37:32 mail postfix/pipe[684563]: E6E023E993: to=[email protected], orig_to=[email protected], relay=ubikomtransport, delay=0.12, delays=0.07/0/0/0.04, dsn=2.0.0, status=sent (delivered via ubikomtransport service ([90m13:37:32[0m [33mDBG[0m connecting to lookup service [36murl=[0malpha.ubikom.cc:8825)) Sep 17 13:37:32 mail postfix/qmgr[135319]: E6E023E993: removed

But there is no record in the receiver log.

Some seen emails revert to new status

Presumably, parsing the message fails to produce a valid internal recipient

right now we just log an error.

Deleting one message seems to have an effect on other messages in the list.

Which is incorrect... We are doing it to avoid piping emails to external users to the external mail client, but there must be a better way.

There is nothing of notice in dump server logs. Restart fixes the issue.

When registering address using name I don't have rights to, I'm getting internal db error instead of authorization error:

@Muntjack:~/work/ubikom/build/linux-amd64$ ./ubikom-cli register address bob alpha.ubikom.cc:8826 --key=secret.key
19:22:24 DBG generating POW...
19:22:47 DBG POW found pow=5f9ca9878aae0255
19:22:47 FTL failed to register address error="rpc error: code = Internal desc = db error"

Make a long name, then add some invalid characters.

The recipient in To field got the message, but Cc fields are empty and none of Cc'ed recipients got it.

Perhaps related, the server complained about TOP command (not currently supported).

... which results in invalid name error while registering name.

https://en.wikipedia.org/wiki/Integrated_Encryption_Scheme

https://github.com/ecies/go

Triggered by iOS Mail:

01:54:22 DBG [IMAP] <- ListMessages mailbox=INBOX user=1AfUuN7SRnm8o7ZieSeNZTh2ibjFj9exGK
01:54:22 DBG ListMessages params items=["BODYSTRUCTURE","BODY.PEEK[HEADER]","UID"] mailbox=INBOX seqset={"Set":[{"Start":1402,"Stop":1402}]} uid=true user=1AfUuN7SRnm8o7ZieSeNZTh2ibjFj9exGK
01:54:22 DBG reading messages prefix=message_1AfUuN7SRnm8o7ZieSeNZTh2ibjFj9exGK_1_
01:54:22 ERR error fetching message error="unexpected EOF"
01:54:22 DBG messages returned count=0 mailbox=INBOX user=1AfUuN7SRnm8o7ZieSeNZTh2ibjFj9exGK
01:54:22 DBG [IMAP] -> ListMessages mailbox=INBOX user=1AfUuN7SRnm8o7ZieSeNZTh2ibjFj9exGK

Seems like a good idea... identifier is guaranteed to be unique, and this will make configuring clients simpler

When message is sent from an external sender in response to an internal message:

[email protected] (expanded from [email protected]): Command died with status 1:
"/home/ubuntu/ubikom/ubikom-gateway". Command output: [90m15:38:08[0m
[33mDBG[0m connecting to lookup service [36murl=[0malpha.ubikom.cc:8825
[90m15:38:08[0m [33mDBG[0m sending mail
[36mreceiver=[[email protected] [90m15:38:08[0m
[1m[31mFTL_[0m_[0m failed to send message [31merror=[0m_[31m"failed to
get receiver public key: rpc error: code = InvalidArgument desc = invalid
name"_[0m

Looks like it pulls a wrong key (for [email protected]).